


Institutional Archive of the Naval Postgraduate School 





Calhoun: The NPS Institutional Archive 
DSpace Repository 


Theses and Dissertations 1. Thesis and Dissertation Collection, all items 


1988 


Design of a syntax directed editor for PSDL. 


Porter, Scott Wilkin. 


Monterey, California. Naval Postgraduate School 


http://ndl.handle.net/10945/23168 


Downloaded from NPS Archive: Calhoun 


| Calhoun is the Naval Postgraduate School's public access digital repository for 
_ (8 D U DLEY research materials and institutional publications created by the NPS community. 
«ist iL Calhoun is named for Professor of Mathematics Guy K. Calhoun, NPS's first 


" \ KNOX appointed — and published -- scholarly author. 
| inp 
, LIBRARY Dudley Knox Library / Naval Postgraduate School 
411 Dyer Road / 1 University Circle 
Monterey, California USA 93943 





http://www.nps.edu/library 


We 








——— 


% Ae aus seta 
4 ! ; ° a Thr 498 7 he Aamo agaae 
Pe “ete "Ale eRe Pry ed cers L484l> Mp eestaent our ” 02 ©. shurwee sare: td | fs 



























































































































































































































#9 1A AMOSate 
oiseas (QR PRO& do ORO Lapa 61g By 
. sWAst of ba. I M6 edt Ue AF ge Br ALRCOMa Ron feomy aoe 
wb ia igvers nee ida one se ates ogy Sictaniae ge AN anne pe gore gui teogAahow 9 State 
4 i - : 
6 bgees |. yee 7 seas ¢ wRptad ned. ly tate a 
, ” os "5 : Pa a's en «ibs 0d WA Sy Time SSa Si ant oats Dey oth ae hed 
: alg ‘ Retnaseen epee dase see a tpha0e deckn as el ccmenes sory ag Pera agngeseds Pepe eat Syrp tes 
agg} re Tie at Syiplaloutsmonge Ryva home pias webaSesaeaata ga re ES AIAGRaGi ts 
i i to he pay eo) eeu ih rae Pot PP BION IMC AEGS OES 1 Odeo 
’ ee i, ey ci at reir ees spinies haseua is ae : ay) et ogi ROMO Ag IIe gt ei mer BE 
‘ 4 - , Lae - wien Fat mene ae: Wl Canales aap gee taeal as , sian 
. ie A : ‘ Zaring? ! 
: ‘ AbeT At ARCs de, Ld ene 4? Adore Spy pS gods ap ie bhi, af 
1 F ; hALA “Wise ‘BO at taaita nai enete het rae aye . Se te, 
as ; es * See tings pigise @ tad 8 Seree tos agonists pus vaste: Pease Pe Tetaabows ovase t 
. ’ " Peter eae LYE Rae re ee OLtes bg AH pee OU “sete Teas praurarane sikimiverpsthg Ase. 
. aes r dP gas ‘peed Pra.Nte.a th auate re BS icRarmy acy FEF 1 m ~oe Sespen bret Fer magresyeuetl ataba Aatysed ase 
. i oar iae Ye Ade 8 at ae ANDO OL Me OM MOS AD Er re * 1 COLDO AEDES LE ra 
fo) ) ee ee pie RTE pias ere ha ee Em Retreat eft Pieeecateaie anise: eRe MeeT 
' ke 5 D - ry 44 4s 9 srry Pili (gst % 4 We p Abitadiee tea de saa is pa ; 
ae ; . ae ' a : Se v1 et if at re: Lari That ere ee nL ep Paley tae ig Aca Srasiyacas seteate 
. ‘ twit + te syee sah “4 HOUR * pF .8 58s . 4040 Ob astte Orb PO %o Baweqntas 
. A | . a a At a 1 : > oars ae tke ey 2% Age reieye@® ut? ats 1QMy ¢2 O55! 2s 9 098 Riawep ef <a> ace 1OMOASD ah Giig j ree 
. : ' . Fy A o F ? y w= Te Py bey ak Pe a pon = 5 ale, Os roetea jet remit ere y ' tse arasowarss’ mazaroge 
-@ " Loy = a. pale ‘ ng * i Se - Ses atte *,! tgs ute nS ate ete: ‘as ep £90 es AL agnrste tes at 
i yay : ae ge es ’ hee s ye! afeee at) a meng ofins seis lang’ FAs aheaat tape amet § 
J Ls . ~ Le } 7 
ae ' ‘ : ‘ ' ‘ : + salts 433 veettys vabakcass lets eeu entsonece hs Wath 
; : A ye P Gor je Senta me eScugeae IP save tated! gf cal tI tig dol 
: “| A ; oo . a bed te Massy hee ge Bie BOte wens gape 349 if DA dent Apuren 
xt ; eat See ort elt Blea we! hey lr yid scrape grena m Faen ts sen 
, : ® ; ' J . M sQ TAL POS bi P : he 
ie ay: : t : d 2 ’ eee ene aria Aen. ee hates wnat ap naegs es Ont arata 
i ' i . ; Hee, 8 bo gto gne 
. ' ' afer ; 5 aber Centese aie: ee Wes tae 54007 W as ' Magni d: tie CSMPSBAL SE, 
PS Eps me ek mL 8 ait te Oe ded eae ee det tens 
' ' . i . e y Ay ‘ a! . ‘fge Put} | ; . aaige" ry ee 1 ASA tabs oyna: J 
BE TENE angle ERE Meili et Dat te erm ee 
. . My cans | , . ‘ a ag ie uy ae yaya! Pi pae' Aadeyrge opt ei rye ESE] amregee ie 
os ' ‘ . 7 ey *"s oo : lefuet 39 of aU sag 19> Pa ee OE st emenet ga 
ac Le ai A ate os f Sane ye Ng than deli ag ven’ Wee, ye t gipeee eo te 
. A r , é «e ‘ . 2 a tha gtd vy “g a id ' pL: riget Si sahde ¢¢ seeee tahoe - fees eres Tare esasds 
‘. 1 8 Ae ee a | . ye | dai t ¢ ' i * age be ty “ oe - Ry Bs pe Carmel SINeIste 
‘ ' | i 1 ¢ 27 iv e ‘ Spears & i F 
' i ' a ig? a6 AG gin ata sgepe ds ? ogt 
i ’ ' tet °, ca F x bye Noted at Mit wees pe rhe Peis de res Gn. Seceneiy 8 : 
< : ' 3 eeake ? viet ats 9 d 
‘\ I - : : tgs até j ‘ a tag at aor Rintgs ae sin we she ah 0s te *. westee tl Be ” ty ogtens #pnutnre ‘. wae pbee dew: Z tsemagmeaess Ra Py 
5 ee . om “piracy re a Rig “gpl ainda Tas od ya Perea: getters GER YesMe Laem sae res on gepe ne 
* ; 2 « cae ee the o Te aSwingtat ator 8 PS pepe - hoastena Sore mat rte ee sane 
ty ey . we as ; # eo’ 4 P | rh 3's x Mae “aphar | roa i. font Gp bie SF bpd A es ogee eo Fas a : Siatps gi gos. states 
' a hy” : 5 %, Yi ryt t en yt le ecw Ne ae soos hess reae lsh teh Br ae Weariiea aivihee 
j = . Lg “ A ; 2” rae heed Rye pr ate He é his c greens sie pea ” 
: a: ‘ ” * 4 Be < rh a met Pleteasai Nib bemabcnte ar Pe aanh ey fn fe aie] 
a tos ads uo We Mer ce pe mai esae rig ee eee agnckeng ae ¢C ata ata dea giey Peataed 
oa) es a ' a eo haying: ae 4 SA base te jyeere ants Ge. Bite #0 ite, 
1 i cove 5 +«@ ee ee "4 aé ‘ sinha: to. ae 3 aoe ote. Te atelia ay, tee: 
4 ' U > oe ts e Dole dis hye * ras 
be 1 4 ' t Fe ie Mees ain chy gt tte ote fan vy at Ha t 
. . x ; 1 4 f 4 _ 5 puree Nea perch AT fe cP panes v9 4e7%: ri 
i of 4 A ue, ; mS 2, My Toe zhi Ming: qed 2 Celveca te oS aK hate fy vgean, sr teeter y jhe $m spaetp hia ats 
a io, wr ys oom 1 t be Hy a) ri | wae Cis Ly “ ‘4 ding elf ody ous wre U SMA Sa 
, ; ay Ug en ’ ' A <r * wf 1 id apts Yt thet ig** “se fits a tees ee ’ og hon saci: Meglagh ph e fei sk ey ath x mente. citeo 
8 . i " a 1 iL sf 4 ~ LF = . 
/ a i4 ; k 2 ia ' tow a rly oN alte ha ae, tenaet Aria area DS Reet: oh ident 
i Ue) 4 eee 3 » ’ Mee 3 A +e te "eu? . .. 
a ' ; { ry ' ri fg aegis ’ as i . ‘ ai . tl Pegi por Tara se ined diese weit Ky Siri a ee eee F, Bupareg ot 
rT 4 . F ' he - i a ' ae e ‘ wr PS Ga Tae eat fe” ea ma “abareng r ae 
ace ‘ y ; ' 9? , - ' of R "a ‘ F ds ; ! A sted 4 i porn de ' ree rary ono PEa, aged tc ‘eaoona's x oie ete (iid : ear iey us ' 2 Beit A stes 
ve a dee fe on " a. 4 Ae : Coe PAT Bene DB C1 BGAb te ws 
. ' 4 = e oe S » 
a 










SPR Aes vans h pee 


atts ob ide S ptaane shies Hyags cpt. 


P| Oates tate 
Ry aes i a aif zi ae Th re ag! s 


vied 2 12 4@ mA gage 
he Pp pigne: i it et astuie ra tuee 


Q 
da recte 
na” Sentttt 































nv ye iushaiye 
Cte ess tye. % a iat Oa <9 i 8 ry fis *? Fav bergh ee 
| Ht . AnD en bab fee «< pads rep h , nary 3 . A rp 
: bey? re Ny ta ae Pr » vontiedl tn antag tt att F Tne “ia gris 4 fs ai ees « 
na DNASE: fey re er a re 
” Mae ditye eA ath "4 wy 
‘ = 1¢@ & 


ash m # Mic: 1 featatghes rs ene ea 








et : 
ry ‘ ‘ 
Acie ‘“? pies 7 wiiges! a "Rie 


Sepa + ak 


eee 
Were s rut 





































































j “th sy cages toe aetectes ke 
vf te RSS EN eA ie: ia “segat he Pit mirage ts 
rE yee “abe pats . Sis, arectght ~ay q nae bf Ch “gee 8: , rte |e, aaa webs 
; . ale ot PEE geo blag rR, pet he as is tae fit. rash (st aoe 
Ei eae . taet a, og pees i eee ool rf, rt Yn "tse wae: RA €, % me ' sectny po BS eda oo S06 
i { coe % is, “a i. ~ iy Seiten | tebe ga ay Feige rel ti , oe Pa ms hae waree asia 
, 3 sane ORT Coe Kati abeteee|t ie tite! al ipaivenne 
: / i ’ oe 1 uae «. ae i « Avaya A ay +. Leys gids ses An spine TA Rg ‘ yy { 7 ue = aft. Rh 
; HAY eee a bata Re gil Meta ate ttf atighltertaaretpls 
‘ ' 5 ‘ = . ne ytd 44 t 2 Van als aes ae ‘ pie eat ie nt . Bega prea gia E er a4 oh giz ‘Re 
a ; iD: te thet He Deets Puen Vouk? mt’ siti ett Birnie 
afte otk eos ieee at ONO i i) eh ea Ge Spaeth Se 
| Ty Ce ee tig aqua E fee pele, retdeg tt 
ty ‘ . pee 1 os 
a tee ha rine tafts CS ey We AL « ea hres: : 
é 


a 
Picket ne saleug- bee ag Bt Se 
° 4 re We teght : > » 1 ¢ “ig ty LY 
wt ey ya! ew ey cli abate we “ty a: mee fe Witt 





















































































































































































7” 
J ae | meee HS : 
e@ 00 e ss _ eh Pde « be i. ae 4s Pr “Ts {z 
; 1a on 4. * ot att Pat &. 156i tout ali de vest 
\ of 
J i . ian Aah ding ae Begs és) ee! ra gat “i st a 
is, er aay Bs ing ia 7 ras styihets ie) Esse 
roa : ‘We 2 tee a ae? Lakes aris kernal! a ‘r us iAP ‘ 
' ‘3 ‘t ‘ee cn Pes ‘} av Sa pe! Fibers ne “fh us aS 
4 24 ; eee a Pe) we C Qos he 5 ; a5 es : 
G a o) me eat m3 ae aa a vey vey za 
. ad bade 
| ; ve 3 3 ve y * oY i i st FE he 
| . piss fr, Comis ms inte ere 
ft a BP do Vue * test Be ie da ee 
Saltwitt gt vst G 
uh ‘ #E 
: edie fy Pe Rise wt fe. vy 7 
¢ 6 es Ye ¢ ae are A 6? 
2 qu Lge i ee 
* ne 5 2 EA vs, sat I : i Fe lew aa ot * ie 
Jae * 4. ng pie a iv “, CANS aa 
Ap BG "totes re Ae L, ‘ " bs ey ate ai frei r. 
' : Ava oy ot nt : a, 6: 
: ae he - : ror 3 + we ntith teh A 
s ' 
Tens Pr ‘ ‘need a & : Be 
td j > 3 a iw Ly vee: i pea ee agen ae yids deh ate % A 
’ e o Pe ae oH ra Ki & > ye ae ts Feet pea TE seen “¢ ig 
i wee 4 we ages Ray a nfien's Ate og, a Or Ie ig ce nae 
. : ee oo SAE tyre STIRS SED Ms aes Hf 2 Sa! 
1 ’ oe Bb eres a | é Pe a aD ct. a: gas rae ae be A: et Wee fe s : if eas ay; ee = Minder 
t 5 Fi : 44 : : 
; me OO at ae tae SPREE OE eed oh ANG Br aie 
or? » ¥ . . ‘ te . ' I “ ' Cr a "9 +> i rae Crake . ugiee aR fee suai id ay ee eee yeti Segteise tee 
° “ . ¥ 4 4 i) aby, atte 3 ie : 1 . ; : 
| ] i a” pene an é aris te Beg aks eee whe Cantar Se ae he es . beh Peesins aot ? red 
' . ' « ’ a anee eee at Uy a 5 t aie} nai ten oe s ANgtteatireeger we fe wah | ae i 
> ' . "€ . I ; A > ae ot Sete a: este 3% 13! Ea ae y Andis at Ath See ie . . 
. t ‘ ‘ . . ia e ao°e 3, é P ws , ptee + co rate os : at ary ‘ ie ran 
, « a. "as co i ‘ at eeric fe ae of oye 4 wy ois nee ray a i ie sit 
% ofa a . P ‘ ; pes ) 
' H cue oe i z ve “~~ a te gts oer " ej *. } 7 3 : : 
Wye a fs o U aun . . yf “ a i i / Ce " sey Ve * fain i ide & * ve 7. or ehte 4 ats, : gekver lay Mae a ae ae 
“ A io ee Me ed EF ; 
' i ae aor y + ees oe : : eh Bee 7D See ro here ce ye Rasekidicege: » banshee f,t: ciate 
: J id "st . . a 
a 1 . 3 , ro $ ihe . vhs ‘ pe . aE ig ~ H sRet her F - eer raay ee septs? é shes 4 a. 
wget 2. rf 7. * 4 . . . OG AReeete : : m4 : 
a i rear & 1 ae mee a 4 «= ar) sure ate etd ee Fines” beat y tt ff: eh, 4 Rene Messe ae realy 
6 , Pe eT = we se a “ “} Yrs Ce erene tide da pa a i ee a 1 4a pe peta Ae at fy Se) fe fe wey aa . 
i] ' s@ a : L. * Sri an Ve ‘see 4 « . ei ES ei a ry 
i « y° WE yKies bao - a ' “ter "4 iat wes * apy ey oo RS ae pains pes Si tg eis , ere: ran hi topes. 
. ; ' : 7 B * : . ° t ve , ° 
, 1 ‘ Ore ‘(ance as, see 5 « v4 a ert: ueye a! fe oy J rs aia 's iy = . ’ mee Fe ee Sah 2 rin ey Het Site fe N gtat er se 
. a e . e* on . a af Fa frees an .! : ri) eee “4 ip-bohen es ata: we a Pi, see 2 ateies 
. ree! Tage pe eee eh piety He ele Sears ee, eres eyes Fa 
a . je « . : 
ry ‘ are fog LI ' ‘ re Orgies = ‘ 3 bt ‘ ae . a ‘daaies , tae? od oo Eruran ue 2s pep ai : eons ae Hee 
Ae >f ame eC te + : 7 Os ieee ee PRAreOctts a : RA : 
| | ; : ‘ a { . a 6 + ; A Tres rs F ir aed at ed eee a | ¥ A es af af é ye as 3 * 
+ qe Py rg ofa e - % ane ow hy op Bee ~ « u a ff yet, (iat oi ike oa res" 14: c ets basa 
» ‘ ‘a Z A r: oa Me Oa oe © e%r.e ) get eat. it weeena" i eae pagan By aa Cate gery Me he we a ube sete 
ow + a . C ites : 
ey hgces Vn Mein Ne See , ve =| 4, Hy ad ‘ iby ogy os ’ Briers weed cane riyi® “apd ao ofr ead cee x ee 
. ! 
' ‘eng foe ‘ Car wate ’ ' 3 a4 Fatine es mt ee ec. ets Vppser eo bE vr catt alts Td ed 
» 1 rar a SL a oy 8 ~wpac r we . yor’ erneel “bel k eh ahs te wee caine eres ; 
4 1 Yo. fe diet on > oo 2 ee Fes ne mee cy ide Rete ig Bt apa Oral tee) re oasis ise 
SE ae ’ Fo vt e F »_ oo po Veg pore bearer, Usk. ! eae Beside! eich sates cer eh ry oe 
» 1 ® ' A % 1 f. ° F < iw A Ae Riga ‘ fp Fs V Agary i) iad ray met ny three 2 Gua yt’, yous * is Ra ™ Sa uty 
. . ats i . Wqogt mie e “eA He sot 6 ety Lei He 4 bp es Bl < vee hs 
> 5 » f.2. . ah U tf s Lowers St ‘ ae abe pT Ps at ote BEN is egemett shaigy> Mote resent 
os ae s e738 ws 
4 ' wa ° i ee rae ' }3 : Sa e's cate A recat ee Bia! « ye {Po att peat o. bas f’ rege “Gs ett pS 3 wSicetesis 
sige 4 4 Gise Pelle ae a : é nN ‘a ie! f 8 ges ates FF ante a hey Grete” hy He 0-58) REPT AEE Et: ae yon Sen oes - 
‘ e . ; oe a toe free 0d ihe eee er, Ppa) en A - Deigetible et Osa Aatel fe ig ae 
. oo Oy at a D - ” 2 Ae '° < ‘ alr: 1p “epee He aomrge : erate xy 4S ottye’ gan Bay yes ih eben ott aos 
7 2 ‘ Df - , io j x oa = ia ee cat mK ° sits ken’ feat Se 1a: as afr Coke Pil ab gi Fiat ted ge fet Myeby ar enn ae Mi bao £ Ret ‘ Pe ed 
' mt 3 had ae . ‘ 1 atte Pts ge ra od, Rid ele at Fe 1" Npis al} mr tree 4) rb gt yt a rite a S ie 
e ‘ ¥ 4, : cyt ats wt SS ee keel gee ae el 9 esse ptetGics as: Pas nage te aerate: saan eter : Figs ree 7 
ue me ‘ > ; U aes ar ' te ' ” nt ey ** Taneteds a é hehe seg wee ~ Dail el ml ee if a ea * Net a fae ae ae rel ae 
r] PPL te. 4 ' , Fs Gay ‘ » ' . be ltaite aoe “us pas ¥ uate < * se 
. ' * i Ge a8 ; ; a | 6h Ry) i ae gb acy” ele | ih # Ae ’ if iP ary,  sGbegee 
; ou dd : > ; if ae oa - uy Se "af hay Yi Ba Jah engnie! ee ihren eh ea ae omyeid abe ‘ sae ; fo arg prea ies 
. 1 er Z es 7 Parnes > Baldy et ate. 4, P. oa 
Nome ey rs, e : a aber Loe * cia Wet re ~ PM oiae ot F ae t: a hee We rash ora) mo ee eres’ “sy ms ms. he . if x! ts } : ifn 
Poe i oh el - “ate en ’ a ey om oe ee ae Lone ; "A o oe fos Sha ome ys Athy # are Ma Fei moc ye eas LePrsy, sate 
e er 6 ee J e a ae - yh a'n~ Porat TI 2 oe : 
a) « Ri sa! gala $3 0 : a geeee ne Me oe bla ean oo aes ie obs Eyes vs au5ie,. D fe, aapeag ; Enter roar iv: Bis anata ie 
ud : g . ' 1. a 
. ; : M ; i. - os nS me te ‘ Boe en ys ns rata en.” E Pa aa me they ys « nieces Gol abe ' Shins Freye rises . % oo 
. 1 ‘ 4 caer “ ; erie 
Aerie nt ' "48 4 - S75. ho . a ane woke 1 a a a” ale RT Ee a hae wil soe SE Beso ce we pare Sy au SEI ek Gd pelt alee fae 
' r ‘ 4 e : tees : 
mn . ' eg a A i ll Lil se Oe eet do ¢? a “ geet teu tt IN Rind state pty emege Sen hee 0.0" sWeretyripse eer! 
if | i OMS ne <i i Page LE ia F A i ‘ raab rues Lye 9 Pryeeese copter 4,8 | yegcyie seen ve 8 Se da Stead te het 
' ¢ t oa ¢ - age : ros! rr eet ooh Vee e aura"? oye “yey papi "vty Gi oyeiays vr aiyl thee ei : fips eee ae tin: uty 
. oer. we terns oi he h “ 2 terme santa. rey aoe Rei ulechrnoe aoe saa 
| : ‘3 a . Bardi i : a " U oe = aes a vet me FsBs Ao 2 race ree Bae ‘abet bs So O08 £8 pt Wetstene € Ne Sea ay 
' . ' ah r "» § ar 1% ony be eins a RiC fc ‘ aaa ae: 10904 (ORE Oe ¥ fot = ta 08 a ame ree Owrytere’ ae sh owe antck «cae an tree 
i ‘ * oll i : ‘he : ethos ay i Ea, a ~ Sirs cao ene cerry! “Bia pare 4 OO! wera as * fos aby ine oer Grhewsted rete: bby 7 ie baa 
' A . 5 ' te | ' viii wu e oe i e r are a4 we nas at mete Mh eageee ® Pa TE tapley Bf Se erent eres vie ‘py : as attaoy at ene : “2 
3 ee te we » stl ’ ¢ oh we 4 1%. eas org o> ot ve ‘ FM . eat ee al PE ot wore aty beds be Li pdlotcnan ny rend Se we 
4 ' . ae ¥ tis « <p «shy fy or orn as Pan < tip ae Hs Aver "3 "ipeeng® ra Pay 1 ceegieree! Ad Pitgt ys tapi Yoana: cadets 2 
oe 1. , ‘ ee i he ft 83) ie cy hed an be ay 9%," - iN eB abe Myr wrag re whe a EN ADEN Hee r 
"2 @ ' « ) i ‘ “3 " Rah va’ oe eee is 10% a © ‘vee a M4 a “ey sp be a eres ae. %, 2 ‘eae aes see geen uses: - vlan eee 
: a 1 7 a: 4 ‘ $ ae . vara we of Wirt RAH = he ai wae + Sata Lie aeordirare. facet tudphwreey: ye ame avoedeik be oy Pay 
fdeen “4 ts » @ 4 ‘ FP wt a tea 3, PL te £ F 4 aah ie ae if ss = ‘ ™ #7 poked Bay gon ates i degatete: ee Byer yictgiaoyy terete ich 
' ee ce . ‘o*, pga? ed oe Ge. me ery rae i” Serene os vane Re 4 i 
. re) ’ i 20% 6 * Sr tab ade @, ang te Dedyh Sa & thre yd ota L “S M4 ee a fap pate Noche i : a merci ; 
- . . fu * a “af ay ; an bun +, aaean® Ss “thes wie IEF ey 4 eeatat pesish safe 34 $ ee er yesiywatnts ee ag) i 4 VP Gy vate a event genwoe 
' ' ' ee Poe at at a Ty $y “12 tey 3S yf oa Mest ywintmaers vy TR ed ko Ad ig try a ameqsaw ees Hat cte8 oh a8 geal ying TNT 
' « - a ha Orserl on eet LP do = a4 f4r fbb ch yy fe . Ag 1 "Par inh Wand 6 ates. erent a bed Ses oe eee we? « 
# £ . pat . ¥ es Citas Ps ie pe Fis wa i Pani wets Den gS aS B). or ern i aes estane “bs ede a ; i bn satges 
Pd * . Ld at a A] tei ay or or. wr ow ppbats tes b Ben ees Roy yr “aaa Lape pitaeroot 
' a Meat mse »  wibtye “ aia og set: A * Bn It Ta ae I on von Bo haa ad We acwevecty oret Site 
fhe Gute . Te a ‘ Pi Sie nil a te ed a6 ¢% ‘erahhy jh toe) af Rage oeued pede Sn plete rps 
-y ' ‘ i ee ,’ = ate, eage ree ee riots Jette a Fasyiat ae tere ieroeteyiies Ppt “7 et 
“ <2 Cele ae ues ee 
e F mirage ar . aw ms Cae n genic lathe ho J ees fein RG Sra ot Gage sealatyhi cane parorugtataenr on pee 
. e . co 2. , i a vee 
‘ et . 1 1 . 1 a, wu ih = “aa 1%. 98 edi ee ae, a tly wee “hse eran tattrates eden eater et : 
| | apne oe SU Fig Gage me Rae : Pe" ad MAEM greet 2 S bche bl 
22 cpr a et aes i Local Mine alta abet Sia CR ad oe Ea cc ae ee ate oan eee 
' ' ae ' r ten ee 8 Ts 5 Use eats . *, tars IF act a i geese nats cur qe Pa 8 id am 8 ope teevietens ia Bh an ren al Sens gmp) lee Lit ret 
a 4 we =, i i”, nt pd eu RVs ae aot sles $ an a ae oieitare Sno sya ef nies ots bat (ee jh ra PEE aeist rt ca tVdeaylaneey gritata pee Ly 
~ ; 108) dae Ap EEL EA fe og ona tee gtet <1. om? ‘ & : 4 st FL ye OT 
. . ee eo Ae i: A bd .8 3 ww oo hap aby ys LAcb etd ee a ped clog 9 Moy alia helo 4 sty caste Re ne ae pea pibiy by ee ooh at spread ey i Brit iate 
ote ' Petra > «a - . | a ET Peg agp) “isu eeqwnnar rs xp ayiyerr aa ey, Tavep ave aesaae Tae 2s . tars fr Be clas 
; F . Bae oe ore tol ee Le teenies. i Tosa: p nd (ned tye oes Sih) is As eremagee (rues es, eek Pare ten Qoprden yee Pediat in 
3 bt : J rr beet 4 ’ 
; i 7 ae me r tes . en i et are iF euvare Ba idan ee, sony Leer esarey mp lh ga views mess “iid eee re regen aeenengtrenl 
FI Pd = x ee ok ° 1 feqts a8 . re lL ae CGD vihiey pre, tafe 29% 06° Tae TM A trarecetame” 
= re i Fie oar’ i a ele ae . ee a ane e a eeepcanty ete ee 7 PGR CALLE spam hte trate OG einiieene Boren Fite ca 
a a & “es eae Spt om mee. Erg ese en Oe me A Fae sk eat be “s7cmeidbraebe veecse ASHEN pee aby oe emeiten 
‘ ' ts ; “y od “ey CL : - Tae 4 44 t gear 34 te Py oe See. ae, aot aati hel aoguavat eevee om: an ¢ a, ai iSheayestss ah sie 
' eo e . re 1 ah. 4 ea ys ony ot a 3 2 : Te oy : mets . 
' a ee ari Pye ee 4H ,° FE payee ry *, aa ewe s ty rue hd i 2 grt Dare okt aig) Bet lg us *s Aas 
: ° ats Pr ns the 7e Doon ~~. CBee yee B is a, Gh aateas pp ial oy tan ezsea ives Sil kebo 
Po ae F; ” wre. oe di 4 J ay Hees AO Fe Bay bt J yray ead rm ye Serre Syed eth 1 i Mio Re pte : ; 
foe « ~ vata as bX ahmed 0 ail es Fas oy na Se ce he be wor 54 me vee Eth eur er 
c ' > tes e —" OO e i ‘ Se a aby 120% Rati lad 0 P—oh Stl +) EPI Son fda tke aa aloe A Re VU TVO TOA PHY THe ENO, oy atone: yet oe or 
re) soe - ie Meet. “yee prouisra pp a i ol 1 F998. Zecvadee 7a Uy tPRO de by etarhenn mbar eo i Fe nea 
e “is , fe a rn % ‘ A a a ee Sop Phi ies bi AD ere hel ad ran ey PR o> oiNoeee ae sieing “awh tg et gd i ibaeate dey Sate Oxy et 
' ‘tf — i Sey ae ge 14 Ven gy rd © ply Lie. meyge 8 Derm eth raey ent pn aean Oncien es ree ath oe “ey 
. « te WY % . i ¥ 4. Py “Garg? } @ 94e3* OMe tem hg | aR i S's Ararat h LPR Of RNY ro i polit i becdegrats n : 
; " . s Cp i ape ie x ‘130 § Lat? sy He Crt y PECAN To UW Ife weee® © peng yee ‘opt wf ep ote wy, 
z « « I eH vison, ” ail ey tie : Ate one PEAY ab ‘ 
: PR i ee scree Wines a ef gale Sas ay a init cape gie Aas aat ieee ne fit 
« 5 evs a a _* a ® igus: * " Ee > 4 ace ay ihe 
"ae A ms , : 2. vata Le ages mu ere, ie Rattedtits tans Sets are eopaigastegegece tags , neate aa sue ie re 
a = | ‘gin lanihiinll ano Petes T: ahs. time Adee oe : Soren stemun jt Lee &4 o "a terare 
ais rb LOE ileus taiee y Mee eh | GURL evn fe ee tebe wes 
id: ee ge ES perme Rooter le Le tet ae Siac mavmreg tacprnstarn, egy ged paeites nese 
; ; vO edge rt yer marere me fa" be eReeeosta ral rf 
outs . ’ —‘, ‘ * ¢ ss d My Oe tae . aa tre TA 8 SO tah a i as at BTSs Ey Whee 
oss 
ry 
4. a 
rine oe 











NAVAL POSTGRADUATE SCHOOL 


Monterey, California 


DESIGN OF A SYNTAX DIRECTED 
EDITOR FOR PSDL 


by 


Scott Wilkin Porter 
qe 


December 1988 


Thesis Advisor: Valdis Berzins 





Approved for public release; distribution is unlimited. 


Pit 


TOLD K 


a 








) SECURITY CLASSIFICATION OF THIS PAGE 


REPORT DOCUMENTATION PAGE 


1a. REPORT SECURITY CLASSIFICATION 1b RESTRICTIVE MARKINGS 
UNCLASSIFIED 


2a. SECURITY CLASSIFICATION AUTHORITY 3 DISTRIBUTION / AVAILABILITY OF REPORT 
Approved for public release; 


T 2b. DECLASSIFICATION / DOWNGRADING SCHEDULE distribution is unlimited. 
“4. PERFORMING ORGANIZATION REPORT NUMBER(S) 5. MONITORING ORGANIZATION REPORT NUMBER(S) 


6b. OFFICE SYMBOL 
(if applicable) 


a2 


6a. NAME OF PERFORMING ORGANIZATION 7a. NAME OF MONITORING ORGANIZATION 






Naval Postgraduate School 





Naval Postgraduate School 


6c. ADDRESS (City, State, and ZIP Code) 7b. ADDRESS (City, State, and ZIP Code) 

Monterey, California 93943-5000 Monterey, California 93943-5000 

8a. NAME OF FUNDING / SPONSORING Bb. OFFICE SYMBOL | 9. PROCUREMENT INSTRUMENT IDENTIFICATION NUMBER 
ORGANIZATION (If applicable) 








8c. ADDRESS (City, State, and ZIP Code) 10. SOURCE OF FUNDING NUMBERS 


PROGRAM PROJECT TASK WORK UNIT 
ELEMENT NO. NO. NO ACCESSION NO. 


DESIGN OF A SYNTAX DIRECTED EDITOR FOR PSDL 


12. PERSONAL BE EOR'S) 
Porter, 


13a. TYPE OF REPO 13b. TIME COVERED 14. DATE Of REPORT (Ye gr r, Month, Day) [15 PAGE COUNT 
Master's T esis FROM To 9 December 145 


16. SUPPLEMENTARY NOTATION The views expressed in this thesis are those of the author 
miedo mot reflect the official policy or position of the Devartment 
@ Nerense Oo eX= Governmen 
7. COSATI CODES 18 SUBJECT TERMS (Continue on reverse if necessary and identify by block number) 
FIELD Prototyping, Syntax Directed Editor, Editor 
EE EEE Generator, Software Engineering 
aaa 


19. ABSTRACT (Continue on reverse if necessary and identify by block number) 





11. TITLE (Include Security Classification) 






Computer Aided Prototyping System (CAPS) is a 
programming tool which uses PSDL (Prototype Systems 
Design Language) as a specification language for large 
ADA program development. The CAPS useS a syntax 
directed editor as a part of the user interface for 
the system. This thesis focuses on the specification 
and design of the syntax directed editor for PSDL 
using the Cornell Synthesizer Generator to create a 

| language-based editor. 


I 
i 


| 
20. DISTRIBUTION / AVAILABILITY OF ABSTRACT 21. ABSTRACT SECURITY CLASSIFICATION 
XI) UNCLASSIFIED/UNLIMITED (J) SAME AS RPT. {"] OTIC USERS UNCLASSIFIED 
22a NAME OF RESPONSIBLE INDIVIDUAL 226 TELEPHONE (Include Area Code) | z2c OFFICE SYMBOL 
Valdis Berzins (30 85 646 oA 61 52 Be 


DD FORM 1473, 84 MAR 83 APR editionimay be used until exhausted. SECURITY CLASSIFICATION OF THIS PAGE 
Alt other editions are obsolete f U.S. Government Printing Office: 1986—606-24. 


1 ‘ 


Approved for public release; distribution is unlimited. 


DESIGN OF A SYNTAX DIRECTED EDITOR FOr eens 


by 


SCO cei ki i POrEe i 
Lieutenant, United States Navy 
B.S .(922ubumn Unavercaicy, 2250 


Submitted in partial Wuleatiment of the 
requirements for the degree of 


MASTER OF COMPUTER SCIENCE 
from Ene 


NAVAL POSTGRADUATE SCHOOL 
December 1988 


ABSTRACT 


Computer Aided Prototyping System (CAPS) is a programming 
tool which uses PSDL (Prototype Systems Design Language) as a 
specification language for large ADA program development. 
The CAPS uses a syntax directed editor as a part of the user 
interface for the system. This thesis focuses on the 
Specification and design of the syntax directed editor for 
PSDL using the Cornell Synthesizer Generator to create a 


language-based editor. 


zi Tae 


I. 


INTRODUCTION «. 6 6.0 sc cee ore oun ene 


[NP 


B. 


TABLE OF CONTENTS 


OVERVIEW. esc cc cece cee weet etc. oe ee 


DESCRIPTION OF SOFTWARE ENGINEERING 


PRINCIPLES AND FOURTH GENERATION LANGUAGES. 


1. Software Engineering... ..o 2-0 eee 


2%.- BOA se Skies a) 0s 6 ols.6 Soe eee 


3. Prototype System Design 


hanguage “VRSDE ities © saci eee : 


SYNTAX DIRECTED EDITOR GENERATORS 


l. Cornell Synthesizer Generator...... 


Ze GANDALF....... e@o eeee8e ® 


a. 


Project Management SDC 
(System Development 


Control: “SyStem)s 2... sete eee ene 


System Version Control (SVCE).. 


Incremental Programming LOIPE 


(Language Oriented Incremental 
Programming Environment)....... 


Syntax Directed Editing ALOE 


(A Language 


Oriented Editor)... eee 


The GANDALF Prototype..... 
Designing the Environment. 
An Example of an ALOE..... 
Generating an ALOE........ 
Programming Environments.. 


User Interface...3...... 


1v 


~14 


14 
Bley 
-18 
- 1S 
ig 
BAY: 


$22 


il. 


Iii. 


iV. 


3. Evaluation and Comparison of the Cornell 


Synthesizer and GANDATEF . . OM . « Be RM ec 


A DESCRIPTION OF THE PROTOTYPE SYSTEM DESIGN 


LANGUAGE tol CDNA PPE a eC eMe oo. 6\.0..0- 6 4:6 0:600c0n 0.0.0 #0, 0.0:.0..6 


A. PROTOTYPE SYSTEM DESIGN LANGUAGE (PSDL) 


lL, ji@ycles bana aaa 
Pyar (Ol oysieche(ongi= a5 6 Seppe aeeracer 
Si MCOMMUMdCaIE@rS . isis. « « 
43 ADSEEACE LONG. siceueenere 
S/R ad 1k a 8 plc geese reset See 
Oe ied PCY gistete cc 6.9 <0. 


B. ATTRIBUTE GRAMMARS...... 


C. OVERVIEW OF COMPUTER AIDED PROTOTYPING 


De SACKUG-NAUR FORM FOR PSD... 6.626000 


THEORY OF CORNELL SYNTHESIZER GENERATOR. 


A. TRANSLATOR AND KERNEL... 
MES UE krikoratteteverey sie <6 6s 6s 6's 6 
ie TRANSFORMATIONS .....200 
rome et doh NG ierees a6 sels as ne 6 6 « 
Be elie ELON 2S: <) sie sie ele 0.0 os 


F. FILE REPRESENTATION..... 


Soyo Veh. 


G. PRACTICAL MATTERS CONCERNING IMPLEMENTATION. 


CONCEPTUAL DESIGN AND SOFTWARE ENGINEERING OF A 
Ry OO @ asaemeiic rs co.ccneulcu duce. sueneicene:.e:.c..0 


PSDL SYNTAX DIRECTED 


A. REQUIREMENTS ANALYSIS...... 


l. Operating Environment.. 


2. System Goals.........e- 


3. Performance Constraints... 


Vv 


A oR | 


Be ele, 


4. Implementation Constraints. 


5. Resource Constraints...... 
6. External Interfaces....... 
B. FUNCTIONAL SPECIFICATIONS..... 


C. ARCHITECTURAL, DESIGN eeerccensns 


D. IMPLEMENTATION. 22s ce oceeersnee ee 


1. Abstract Syntax Specification. 


2. Attributes and Attribute Equations. 


3. Unparsing Declarations... eee oe 


4. Concrete Input SVM tare weiss: 


5. Transformations and Templates 


ae BVOLUTION 4 6 Soo ee eee te ee onc creer 


V. USER GUIDE TO THE PROTOTYPING LANGUAGE EDITOR. 


A. GENERIC « FEATURES “OR Mir Gage tO waercnseerens os ceeue 


B. LANGUAGE SPECIFIC FEATURES OF THE EDITOR 


Ce USING THE BE. DITOR <-c secositaten eee eokeue 


ls. Structural Eq itimg 7. sceccere een enntene csc 


2% Textual. EdiGimna ice. ene. eters 


3. Demonstration of Prototyping Language 


EGUtOEDe ese. ee @eeeeseess oe oeete eee ee@c6mUmMUmUmUMOMUCUMOUCUM® 


VI. CONCLUSIONS AND FOLLOW-ON WORK......cee.sces0e. 


APPENDIX As: BACKUS-NAUR FORM FOR PSDL. «ce. eee 


APPENDIA B: COMPLETE PSDL ABSTRACT SYNTAX eee eee 


APPENDIX C: PSDL.SSL CURRENT PARTIAL IMPLEMENTATION. 


APPENDIX DD: UNPARSING DECLARATIONS... oe eo @@8@#@e#8e8eteee8¢e¢8e @ @ 


APPENDIX Es: CONCRETE INPUT SYNTAX. 2... so ow oo wo ww wwe 


at 


oo. Oe 


APPENDIX F;: PROTOTYPING LANGUAGE EDITOR COMMANDS.... 


APPENDIX G: PARTIAL GLOSSARY OF TERMS FROM THE 
SYNTHESIZER GENERATOR REFERENCE MANUAL.. 


LIST OF aT AES arte Oe a eae ee tetclla <a) eG 6 6 eWeek Wie éua Slevelbve © “née <cane 


INITIAL DISTRIBUTION npolivenciiac cc scat cs 6 sc 6606 6 6 6 66 4 eels sé 


Vit 


SIU 


Ped 
we 0 


yg ge WP 


1s 


lies 


ibys 


Sr 


14. 


Se 


Ge 


eer 


oie 


LIST OF FIGURES 


Syntax Directed Editor Generator..... 5.0. «== sss see 


Cornell Synthesizer GeneratoOr.....c.ccccecves ee 5S 
Derivation Tree. .. ce MOORE OT OT Err ee oo 7 
A Language Oriented Editor (ALOE)............ «6 6 ee ne 
Grammar for Pascal-like Variable Declarations........ 20 
Abstract Syntax Description...... «se « 0 else eee ai 
PSDL Computational Model .<c. 5 . 6. ss «se cue ene nee een 26 
Derivation: Tree .. o:c.cs sis «oie oeete eects cena ene o 6 Stele ce foeeenes 33 
Abbreviated PSDL in Backus-Naur FOrm..~. 22. ..1c0 eee 41 
SSL Modules in psdlzisynwe... o 0 66 wleliele 6 © sivsiw lon eueaen ce earenmemen 50 
Abstract Syntax for Abbreviated PSDL Grammar......... Bye) 
Grammar Rules Defining Display..... ... 22% ee eee 58 
Association Between Abstract and Input Syntax........ 60 
Translation of Input Syntax into Abstract Syntax..... 61 
Regular Expression Notation... . «iiss. ss10) slorceoeees enn 61 
Syntax of Concrete: Inputs. s-..:-cjcn0e eee ee oe «sw oe 
Editing Session SCYeen. «. <0 «.< «« « crsee pi eiensl siemens ncuron .64 
Mouse Commands....... aba) a siren rer er Soo é: js: ie: oieenenemene « - OFF 


Vise 


ACKNOWLEDGEMENT 


I would like to thank Professor Valdis Berzins for his 
help and guidance. His willingness to take on a thesis 
student late in the cycle whose thesis topic was somewhat 
removed from his own research efforts 1S a testimony to his 
dedication, professionalism, and sincere concern for his 
students. 

I would also like to thank Professor Lugi without whom 
this thesis would have never been undertaken. I am 
especially grateful for the guidance and direction she 
provided to the CAPS thesis students as a group. 

Any serious attempt to get the school computers to 
cooperate or do anything productive would have been futile 
without the capable assistance of Rosalie Johnson and Susan 
Whalen. 

I owe a special debt to Al Wong and Lcdr John Yurchak 
for having the patience and perseverance to drum in the 
information necessary to get me started with phyla, trees, 
productions and all manner of strange creatures. 

It was a pleasure to work with such a capable group of 
Gees co-conspirators. ine unilcy, cooperation and concern 
kept the glimmer at the end of the tunnel shining even when 


the facts didn't support such optimism. 


Px 


A special thank you to my wife and thesis manager Drue 
and children Scotty, Maggie, and Katie, not only for their 
patience, love and prayers, but also for supporting me in 


every area to complete my thesis. 


I. INTRODUCTION 


A. OVERVIEW 

Prototype System Design Language (PSDL) is the essence of 
the user interface in the Computer Aided Prototyping System 
(CAPS). It provides the CAPS user with a method of 
specifying very complex ideas simply and concisely. PSDL, 
coupled with the CAPS system, allows the generation of 
prototypes that are models of the final product as conceived 
by the programmer and partial construction of the final 
project. Early prototyping allows specification refinement 
and shows the customer what the proposed system will do prior 
to investing large amounts of money in deficient directions. 
The benefits of this system of software development include 
increased productivity, the ability to undertake larger 
projects, improved reliability, better cost estimation, 
reduced development costs, the ability to perform feasibility 
studies. 
B. DESCRIPTION OF SOFTWARE ENGINEERING PRINCIPLES AND FOURTH 

GENERATION LANGUAGES 

l. Software Engineering 

software engineering is the application of 

engineering disciplines and mathematical principles to the 
problem of creating software that efficiently and correctly 


solves problems on computer hardware. Software consists of 


the auxiliary packages required to perform es specu. 
applications on hardware and includes programs, user guides, 
documentation, validation, and any other special information 
necessary to correctly operate them. One of the primary 
goals of software engineering is to ascertain precisely what 
the customer or end user wants and to be able to communicate 
about that with him. This contributes to increased 
efficiency which is itself another major goal of software 
engineering, that is, the ability to turn out the correct 
program at minimal cost both in terms of time and money. In 
keeping with the reduction of costs, the introduction of 
Standard methodologies based on sound theoretical principles 
increases consistency which also improves the reusability and 
readability of the product. Another fundamental goal is 
accuracy, the lack of which can lead to high costs in lives, 
equipment, and money. [Ref. 1] 

One of the fundamental keys to the advancement of 
computer science and software engineering is the application 
of abstraction. Abstraction is the reduction of a system to 
only the details that are important for a particular purpose. 
The result of abstraction is a reduction of the quantity of 
details required to understand the system in question, 
allowing the comprehension by humans of larger and more 
Significant projects. A goal in software engineering 1s to 
increase the level of automation involved in the development 


of software. In order to automate, the language used must be 


precisely defined in terms of syntax and semantics. In the 
CAPS system, two such languages have been chosen, PSDL and 
Ada to partially automate the software engineering task. 

2. Ada 

Ada, a fourth generation language, was developed by 
the United States Department of Defense (DoD) primarily to 
Standardize the programming language for military 
applications. Of particular concern were embedded or mission 
Sritical computer applications. tre lbwded -in “the 
specifications for this language were readability, 
documentation, simplicity, modularity supporting information 
~moing, concurrency, and amenability to correctness 
verification. The improvements in fourth generation 
languages include the linguistic support for information 
Paraang wand =concurrent programming by providing an 
encapsulation facility supporting the isolation of 
specification and definition, information hiding, name 
access by mutual consent and generic modules. [Ref. 2] 

3. Prototype System Design Language (PSDL) 

Prototype System Design Language (PSDL) is a high 
level prototyping language that can specify a program in 
sufficient detail to be able to identify reusable software 
from an on-line database and iteratively refine and further 
define the prototype program. In the context of the Computer 
Aided Prototyping System, the idea is that the designer and 


the customer should be able to quickly determine the 


Specifications of the proposed system, after which the 
Computer Aided Prototyping System searches for appropriate 
reusable pieces of software from the software database. 
PSDL's features include definition of real-time 
timing constraints and the ability to design in a top-down 
fashion by decomposing higher level entities into lower level 
components. PSDL creates an executable prototype. The PSDL 
computational model specifically deals with the interaction 
between components and makes modularization easier to 


implement. [Ref. 3] 


C. SYNTAX DIRECTED EDITOR GENERATORS 

Syntax directed editors are editors tailored to a 
specific language. Using the grammar, format, and semantics 
of a language, they assist in the writing of correct programs 
by disallowing incorrect code and by prompting or inserting 
correct program segments and legal alternatives. Since the 
core of most editors 1S very similar, syntax directed editor 
generators have been developed to capitalize on the 


Similarities and only require specification of language 












specific details (see Figure l). The predominant syntax 
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Figure 1 Syntax Directed Editor Generator 
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directed editors in use today are the Cornell Synthesizer 
Generator and GANDALF. 
1. Cornell Synthesizer Generator 

The Cornell Synthesizer Generator creates interactive 
tools to increase the programming power of programmers. The 
Synthesizer Generator generates language-~based editors using 
the grammar of the language, its display format, and 
transformation rules for restructuring programs. The 
specification of the language's grammar is further subdivided 
into the language's abstract syntax, context-sensitive 
relationships, and concrete input syntax. Context-free or 
context-sensitive errors are determined through knowledge of 
a language's syntax to establish whether syntax errors have 
been made locally or globally in order to notify the 
programmer as soon as they are introduced. Language 
semantics generate and update code during editing. 
Incremental generation of code is used to maximize the 
effectiveness of excess CPU time by evaluating derivation 
tree segments during editing and to eliminate the need for 
batch compilation in order to test and debug a program. The 
Cornell Synthesizer Generator is illustrated in Figure 2. 
[Ref. 2] 

The syntax and semantics of a language provide the 
relationships within the language which can be used to 
assist the programmer in the correct usage of the language 


and prohibit illegal constructs. It is also possible to 
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relate two languages, say a programming Tereane (Ada) and 
its specification (PSDL) into a single tool, to implement a 
particular methodology. [Ref. 4] 

An editor created using the Synthesizer Generator 
creates a program represented by a derivation tree, derived 
with respect to the context-free grammar (see Figure 3). The 
derivation tree branches under the direction of a structure 
editor which supports the top-down construction of 
hierarchical programs by the insertion of templates into 
placeholders. The placeholders themselves allow the insertion 
of additional templates to progressively increase the detail 


of the program being constructed. The structure editor 


Foot 
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Figure 3 Derivation Tree 


Supports operations called transformations which are menu- 
selected legal insertions into a placeholder. Transformations 
are operations which control changes in the sense that they 
substitute one legal construct with another legal, although 
usually more detailed, construct. [Ref. 4] 

Templates support programming efficiency by 
inserting only correctly formed, properly indented program 
segments which are in the context of the program. Templates 
match abstract computational units and can be inserted and 
removed aS program units thus promoting abstraction. 

The Synthesizer Generator allows creation of hybrid 
editors in the sense that both character and line oriented 
Operations can be incorporated with structural operations 
such as template insertion. To nates the use of textual 


insertions, syntactic categories are created which allow the 


textual entry, accompanied by the concrete syntax necessary 


to recognize the meaning of the input text. Text editing can 
be limited to restricted constructs, the concrete input 
Syntax for textual input and template-insertion commands for 
structural input can be context-dependent. [Ref. 4] 

The program editors can translate the input into 
executable code which is also maintained as it is modified. 
Incremental translation, in addition to continuous 
compilation, also lends itself to debugging since the 
executable code can be moved incrementally allowing 
evaluation only of small portions of reedited code. [Ref. 4] 

Immediate computation iS caused by incremental 
algorithms. The Synthesizer Generator bases its algorithm 
for incremental attribute updating on attribute grammars 
[Refs. 5,6] and selective recomputation. Attribute grammars 
are context-free grammars extended by attaching attributes to 
the nonterminal symbols of a grammar and by supplying 
attribute equations to define attribute values. Selective 
recomputation causes only the values that are dependent on 
changed data to be recomputed. The attribute grammar 
formalism in the Synthesizer Generator uses declarative 
specifications, a set of Simultaneous equations whose 
solution order iS unspecified and whose data and variables 
are closely interrelated, to define the immediate error- 
analysis in its language based editors. Every object 


created in an editor has a corresponding set of simultaneous 


equations from which the editor can calculate the object's 


error status. [Ref. 4] 


In The Synthesizer Generator [Ref. 4], Reps and 


Teitelbaum state: 


Attribute grammars have several desirable qualities 
aS a notation for specifying language-based editors. A 
language is specified in a modular fashion by an 
attribute grammar: syntax is defined by a context-free 
grammar; attribution is defined in an equally modular 
fashion, because the arguments to each attribute equation 
are local to one production. Propagation of attribute 
values through the derivation tree is not specified 
explicitly in an attribute grammar; rather, it is 
implicitly defined by the equations of the grammar and 
the form of the tree. 

The benefit of uSing attribute grammars to handle the 
problem of incremental change in language-based editors 
1s that the repropagation of consistent attribute values 
after a modification to an object is implicit in the 
formalism. Thus, there is no need for the notions of 
"undoing a semantic action" or "reversing the side- 
effects of a previous analysis," which would otherwise be 
necessary. When an object is modified, consistent 
relationships among the attributes can be reestablished 
automatically by incrementally re-solving the system of 
attribute equations. Consequently, when an editor is 
specified with an attribute grammar, the method for 
achieving a consistent state after an editing 
modification is not part of the specification. 

Apart from its use to specify name analysis and type 
checking, the attribute-grammar formalism provides a 
basis for specifying a large variety of other 
computations on tree-structured data, including type 
inference (as distinct from type checking), code 
generation, proof checking, and text formatting 
(including filling and justification, as well as equation 
formatting). [Ref. 4] 


The editor specification addresses both context-free 
and context~sensitive conditions. As objects are created and 
modified, the editor continually checks for compliance with 
the specified context conditions. Context conditions are 


expressed through the attribution of the object with 


attribute equations that express certain constraints. When 
an object is correctly or incorrectly represented, attributes 
used in the unparsing specification cause the display to be 
annotated with values of attribute instances indicating 
satisfaction or violation of context-dependent constraints. 
The editor responds to every editing change which affects the 
user's feedback concerning the validity of his program. This 
will also inform the user when he has corrected an existing 
error or when he changes previously correct code to introduce 
an error, which violates the constraints known to the editor. 
[Ref. 4] The primitive phyla defined in SSL are defined in 


Table I. 


TABLE I 


PRIMITIVE PHYLA 


BOOL Truth values 

INT Integers 

REAL Fieating FPoinet 

CHAR Characters 

STR Character strings 

PTR References to SSL values 
ATTR References to attributes 


TABLE Hash tables 


Source: [Ref. 7] 


Editors are specified by the Synthesizer 


Specification Language (SSL), a language based on an 
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attribute grammar and a type definition facility. In SSL, an 
attribute's type can be an editor supplied built-in type 
(primitive) or a user defined type constructed aS a composite 
of primitive types. Attribute types and abstract syntax are 
both defined using the same sort of SSL rules. The result of 
this double definition scheme is the creation of an abstract 
Syntax tree and attributes on that tree that are fully 
compatible, that is, all the attributes are elements of a 
Single domain of values. This allows the writing of 
attribution schemes which themselves create new syntactic 
objects. [Ref. 4] 
2. GANDALF 

The GANDALF project not only provides a syntax 
directed editor generator but it also supports a software 
development environment. Software development environments 
provide automated software support that allow simplification 
of the software development process. Employment of several 
programmers on a long-term joint project composed of many 
modules may create problems significantly different from 
common programming problems. Mechanisms requiring 
cooperation between programmers are too personality dependent 
to be adequate. In contrast, system development tools put 
this support into software thereby enforcing cooperation 
between programmers. [Ref. 8] 

Project management, version control and incremental 


programming are aspects of software development that are 
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integrated into a single environment in GANDALF. Through 
semi-automatic generation, the GANDALF project is involved 
with creating software development environments that combine 
both programming and system development environments. 
[Ref. 8] 


a. Project Management SDC (System Development 
Control System) 


Project management is derived from the idea that 
the information representing the state of a developing 
software project should be viewed as a set of abstract data 
types upon which only certain operations may be applied. By 
maintaining careful type and operation control, the software 
under development is always in a well-defined state. The SDC 
(System Development Control System) is a set of programs that 


provides basic management and communication support within 


the project team. SDC supports the project team with three 
levels of program access: readers, project programmers, and 
project leaders. [Ref. 8] 


Generally, SDC commands pertain to multipie 


source files in a project. The "reserve" and "deposit" 
commands are the most commonly executed. The user "reserves" 
a set of source files before making a modification. The 


"reserve" command locks the selected file and prompts the 


user to revise them. Actual file Modification is performed 
using UNIX commands. Following revision, the user returns 
the source files to the project. This "backs-up) (ebe 


previous version of the files, unlocks the new version of the 
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files, and prompts the user for comments reflecting’ the 
modifications. The "release" command unlocks the files 
without incorporating the modifications to the project if the 
modifications do not satisfy the requirements. Eventually 
every "reserve" command must be either "deposited " or 
"released" (this permits rejection of code that does not 
check out). [Ref. 8] 

The system automatically maintains a log of all 
modifications and prompts authors to explicitly document 
anything noteworthy. The philosophy is that programmers 
will document their programs if the process is made 
sufficiently easy. [Ref. 8] 

b. System Version Control (SVCE) 

Families of systems sharing subsystems with 
different versions are interconnected (for example, the 
source code, the object code, and the documentation) and 
multiple versions of modules exist in a system. The SVCE 
checks source files in and out of the system and manages the 
three kinds of versions: 


Oo parallel versions, which develop independently from a 
common specification; 


Oo successive versions, which develop by building or 
evolving an existing module as bugs are corrected and 
features are added; 


o derived versions, which are different instances of a 


system based on the same source code (optimized code is 
one example of a derived version). [Ref. 8] 
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c. Incremental Programming LOIPE (Language Oriented 
Incremental Programming Environment ) 


The goal of this project iS t06 SUppeme 
incremental compilation, linking, and loading for seme 
generated languages. Incremental compilation is performed at 
the grain size of procedures rather than on larger 
constructs. The extent to which recompilation can be limited 
depends on the type of modification to the procedure. 
Recompilation can be limited to the modified procedure when 
only minor changes are made to local variables and to local 
control flow. If a procedure's specifications change, then 
that procedure and the procedures whose scoping depends on 
it must also be recompiled. [Ref. 8] 

Indirect procedure calls are used to call incremental 
linking and loading routines. The incremental compiler for 
LOIPE places an index into an entry vector in the object 
code when a procedure call statement iS encountered in a 
procedure. The indexed entry value then provides the actual 
location of the called procedure. When a procedure iS 
subsequently revised, the linker and loader update the entry 
vector to hold the location of the new code. Subsequent 
procedure calls will execute the new procedure instead of its 
predecessor. [Ref. 8] 


d. Syntax Directed Editing ALOE (A Language Oriented 
Editor ) 


The basis for syntax directed editing comes from 


the conception of a program aS structure which is transformed 
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into text, which is then parsed back into structure. The 
syntax directed editor relieves the user of the first 
transformation of structure into text. This eliminates the 
need for parsing, and in many cases, allows the users to 
develop ALOE (A Language Oriented Editor) trees directly. 
[Ref. 8] 

These editors provide a good mechanism for 
replacing the traditional (edit, compile, link, debug) cycle 
with a more natural and friendly (edit, execute) cycle. ALOE 
editors are specific instances of a syntax directed editor. 
[Ref. 8] 

All GANDALF ALOE editors share a tree-oriented 
full-screen user interface. There is a set of language 
independent commands, including tree traversal and cursor 
motion commands available in all editors. Language specific 
details include operators based on the language's grammar 
which represent language specific structures. For example, 
Pascal while statements are separately defined for each 
language specific editor, as are the language specific static 
semantic checks (type-checking for example). A set of 
extended commands, may optionally be implemented to support 
explicit invocation of actions, such as “execute program". 
[Ref. 8] 

The syntax, static semantics, and the set of 
extended commands must be defined to construct an editor for 


a particular language. The language, for implementation 
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purposes, consists of two major parts, syntax and semantics. 
The syntactic definition of an ALOE editor is divided into 
two parts: abstract syntax and concrete syntax. (See Figure 


4) [Ref. 8] 
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Figure 4 A Language Oriented Editor’ (ALOE) 





The abstract syntax description defines the 
underlying structures (trees in ALOE) of the language. The 
abstract syntax is used to define a set of operators and a 
set of classes. The operators represent node types that can 
appear in the tree and the classes indicate the ways in 
which these operators can be composed. Operators may be 
considered as commands and classes as menus of operators, or 
commands that may be legally selected. This two level 
description mechanism permits the generation of a user 
interface that limits modifications to those which guarantee 


the syntactic consistency of language trees. The abstract 
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syntax grammar defines a set of abstract syntax trees that 
represent all the legal syntactic programs derivable in the 
specific language. [Ref. 8] 

The concrete syntax details the transformation of 
the abstract syntax to a textual representation suitable for 
display to the user. The concrete syntax also defines the 
syntactic sugar (generally redundant keywords) that has 
traditionally been to support parsing of text to structure in 
traditional compilers. [Ref. 8] 

The semantic support, which includes checking of 
static semantics and also the definition of extended commands 
is available as follows: 

o action routines, which are node (operator) specific 
procedures that are called as a user makes changes to 
a tree. The action routine for the operator is 
called with the actual node and the type of the 
action (for example, create or delete) as parameters 
whenever a node of that type is created, deleted, or 
modified. Minmesecatling of action routines is 
automatic and invisible during program manipulation. 

o extended commands which are explicit semantic actions 
defined by procedures associated with the command 
names. Extended commands include actions over which 
the user desires complete control such as execution 
of a program or reservation of a module. [Ref. 8] 

e. The GANDALF Prototype 

The goal of the GANDALF prototype was to 
construct a software development environment based on ALOE 
generated editors. The GANDALF prototype merges the ideas of 
SDC, SVCE, and LOIPE into a single integrated environment 


that produces a syntax directed interface to its users. The 


functions provided include: 


Ay, 


O project management support, including reserve, deposit, 
and log creation; 


oO system version control support, including parallel and 
successive versions, and automatic system generation; 


O programming support, including incremental compilation 
and source-level debugging. [Ref. 8] 


f. Designing the Environment 

To design an environment, the environment 
designer supplies the language syntax and semantics to the 
environment generator. The environment generator then 
combines the syntax and semantics with the GANDALF system 
kernel to produce a new environment. [Ref. 9] 

The kernel provides such facilities as the 
command interpreter, editing commands, the user interface, 
the window manager, and the display package. It is common to 
all GANDALF editors. This relieves the environment designer 
of redundant implementation details and provides a uniform 
user interface in all environments. The kernel is applicable 
to a broad range of environments. [Ref. 9] 

g.- An Example of an ALOE 

A GANDALF system ALOE (a language oriented 
editor) is an editor designed for a specific language and is 
programmed with information about the syntax and semantics of 
the language. Naturally suited to the domain of programming 
environments, a programming language editor can provide 


syntactic and semantic assistance to the user. [Ref. 9] 
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h. Generating an ALOE 

A description of the target environment language 
syntax, static semantics, and dynamic semantics must be input 
to the ALOE generator which links the description with the 
kernel to produce a new ALOE. The kernel supplies the 
language-independent portion of the environment which is 
common to all ALOE editors to be melded with the 
language-dependent portion. feenr.. 2] 

Syntax is input in abstract and concrete syntax 
specifications. The abstract syntax defines the program 
structure while the concrete syntax defines the physical 
display of the program. The abstract syntax description is 
defined in three sections: terminal nodes, nonterminal 
nodes, and classes. An example illustrating these sections 
@eftined™in The Evolution of the GANDALF System is shown in 
Pigure 5. (Ref. 9] 

The rules defining terminal- nodes and nonterminal 
nodes (productions) in the Pascal-like language are IDENT, 
EYPEEDENT, INT and REAL. IDENT and TYPEIDENT are defined to 
Poon the lexical rules for a variable {variable}. Static 
terminals INT and REAL depict a specific string value. Here 
the curly braces "{" denote the lexical class and the angle 
braces denote a list. The INT terminal refers to the Fasvual 
Seeing “integer". The VAR DECL nonterminal decomposes into 


Ewor children: an identifier “identlist™" and a type "type". 
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o Terminals: 
IDENT = {variable} 
TYPEIDENT = {variable} 
INT = {static} 
REAL = {static} 

oF NONEeGrEmIina bce 
VAR_DECLS = <decl> 
VAR _DECL = identlist type; 
IDENTLIST = <ident> 

o Classes: 
decl = VAR _DECL 
ident = IDENT 


identlist = IDENTLIST 
type = TYPEIDENT REAL INT 


Figure 5 Grammar for Pascal-like Variable Declarations 


The children are specified by a class, “identlist ™ ge 
IDENTLIST and “"type™ to either TYPEIDENT, REAL wor ureee The 
class represents a menu of possible nodes (Sometimes a menu 
of one) that could be inserted as the child of that 
nonterminal, that 1S, tou vey Pe oe there are three 
alternatives. From the editor designer’s perspective, a 
class can be considered a type union with the nonterminals 
describing the relationships between the various type unions. 
The "type" class specifies that a "type" may be represented 
by one of the following kinds of nodes: TYPEIDENT, -REA ies 
TNE The VAR DECLS and IDENTLIST nonterminals represeue 


lists of elements where each element of the list comes from 


Z0 


the same class. Terminals, nonterminals, and classes are 


defined in Figure 6. [Ref. 9] 


terminal - primitive symbol in a language 

nonterminal - a symbol, which when applied to an input 
symbol, points to a new production 
(children are classes) 


class - menu of possible nodes (terminals or 
nonterminals) 


Figure 6 Abstract Syntax Description 


The next portion of the language specification 1s 
the static semantics. Static semantics refer to the type of 
semantics that can be checked by examination of the program. 
It encompasses type checking, checking of scope rules (if 
the language is statically scoped) and the like. Action 
routines are written on selected nonterminal and terminal 
productions in the grammar. [Ref. 9] 

The final section of the language specification 
is the dynamic semantics. The dynamic semantics provide the 
tools necessary to execute a program. An incremental 
compiler or an interpreter could be built-in to permit 
program execution from any point in the program. Extended 
commands are used to add dynamic semantics to an ALOE. An 
extended command is a command written by the editor designer 
which is added to the environment and appears as a kernel 


command to the user. [Ref. 9] 
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i. Programming Environments 

GANDALF programming environments provide a highly 
interactive knowledge-based environment for the programmer. 
The intent of the system is support of small projects. The 
knowledge programmed into the environments includes a minimum 
of the syntax and static semantics of the programming 
language. More advanced implementations of GANDALF 
environments include dynamic semantics. A well designed 
programming environment confirms the program's syntactic and 
static semantic correctness and provides the ability to runa 
partially constructed program at any time during the creation 
of a program. [Ref. 9] 

j. User Interface 

The user interface is the component of any 
environment which most significantly affects user acceptance. 
The user interface is based on the kernel and therefore 
provides a uniform presentation for all ALOE editors 
regardless of the language. The kernel allows tailoring of 
primitives according to the language specification, yet 
maintains its style of user interaction. [Ref. 9] 


3. Evaluation and Comparison of the Cornell Synthesizer 
and GANDALF 


The GANDALF tool provides an environment which allows 
team development of a software project. It features both 
programming and system development environments which exceed 


the scope of the Cornell Synthesizer Generator which does not 
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support system development environments. Since the editor in 
CAPS is only a part of a system that has its own built-in 
system development features, this feature is not relevant in 
this application. 

GANDALF and the Cornell Synthesizer Generator are 
both based on derivation trees and differ primarily in the 
way they deal with attributes. GANDALF has adopted the 
Cornell Synthesizer's use of multiple trees to improve 
mo@duilarity. The Cornell Synthesizer Generator uses 
Simultaneous equations to continually update the attribute 
while GANDALF depends largely on static checking. Both 
GANDALF and the Cornell Synthesizer Generator have the 
ability to adjust the ratio of structural editing to textual 
entry .« 

Duecwprimanrily to time constraints, the Cornell 
Synthesizer Generator was chosen before any extensive 
analysis of the GANDALF ALOE generator was performed. The 
Pascal Editor included in the Cornell Synthesizer Generator 
was tested and found to be an excellent editor. 

Semantic checking is performed more naturally using 
the Cornell Synthesizer Generator's attribute equations than 
the writing of action routines to perform dynamic run-time 
semantics. The Cornell Synthesizer Generator also has 
Capabilities for enhancing CAPS beyond the generation of a 


capable syntax directed editor. The Synthesizer Generator 
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also has the power to incorporate simple static timing 
constraints and limited translation of PSDL directly into 
Ada. Control Abstractions may also be checked using the 


Synthesizer Generator. 


24 


II. A DESCRIPTION OF THE PROTOTYPE SYSTEM DESIGN LANGUAGE 
(PSDL) 
A. PROTOTYPE SYSTEM DESIGN LANGUAGE (PSDL) 

PSDL was deSigned specifically for the Computer Aided 
Prototyping System (CAPS). Many features were considered in 
the design of PSDL to meet both the requirements of a design 
language and a prototyping language. Real-time constraints, 
executability, and control aspects were incorporated to allow 
the modeling of the actual performance of the system being 
designed. To facilitate the use of the language, the 
following features and requirements were designed into it: 

© based on a simple computational model 

o executable 

Oo easy to use 

© support of hierarchically structured prototypes 

© support both specification and design 

© data base accessible/addressable modules 

© support for formal and informal module specification 

© support of data 

o function and control abstractions 

© support of real-time systems. 
PSDL specifies the characteristics and functions of 
components in the prototype and reusable components in a 
software data base. It is also used to establish the 
connections between the various operators in a prototype. 


[Refs. 3, 10] 
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1. Model 

PSDL is based on a graphical model consisting of 
operators that communicate between themselves by means of 
data streams which convey information using a fixed abstract 
data type. Each operator corresponds to an Ada subprogram in 
the final product. The computational model is an augmented 
graph 

G = (V,E, T(v), Clv)) 

where V is the set of vertices (operators), E is the set of 
edges (data streams), T(v) is the timing constraint 
associated with the operator at that vertex, and C(v) 


represents the control constraints associated with the 


vertex (see Figure 7). [Ref. 3] 
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Figure 7 PSDL Computational Model 
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2. Operators 

The operators fall into two categories, functions and 
state machines. Operators have potentially several inputs 
and outputs which are capable of delivering or transmitting 
up to one data object at each operator firing. The output 
values are determined by the inputs and the state of the 
operator at the time of firing. The concept of an operator 
Supports top-down design in that operators support different 
levels of abstraction, for example, one operator may 
represent a collection of smaller operators or the same 
Operator may be decomposed into simpler (less abstract) or 
simplest (atomic) representations. [Refs. 3, 10] 

3. Communicators 

The data stream is the link by which two operators 
communicate and pass data. Data values are transmitted 
sequentially within data streams. The two types of data 
streams, data flow streams and sampled streams, present data 
to their respective operators. The data flow stream 
guarantees delivery of the data sequentially in a FIFO queue 
while the sampled stream presents only the most current data 
value in its memory. The data flow stream is used when all 
information is essential and the sampled stream is used when 
it is likely that information may come in faster than a real- 
time ability to process it. Stream types are not explicitly 
declared but rather, are determined by the type of the 


destination operator. [Refs. 3, 10] 
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Exceptions are built-in data types that recognize 
whether data values are normal (do not belong to the 
EXCEPTIONS data type) or are members of named EXCEPTIONS. 
Exceptions are exceptional situations requiring a special 
response and are values belonging to the EXCEPTION abstract 
data type. Exception values are treated as normal values in 
terms of their ability to be sent to other operators in data 
streams. Exceptions can be produced in PSDL and Ada. 
Exceptions produced in an Ada component which are not 
handled internally are converted to PSDL exceptions and 
transmitted to all the component's output streams, subject to 
any output guards associated with that stream. [Refs. 3, 10] 

4. Abstractions 

Abstractions are fundamental in order to express 
complex systems succinctly and simply. Abstraction is 
specifically supported in the following areas: operators, 
data, and controls. [Ref. 3] 

The operator 1S an abstraction of either a function 
or a state machine. The abstract operator is used to model 
software systems as either an entity whose outputs are 
determined solely by its inputs (a functional abstraction), 
or determined by the combination of its inputs and its 
internal state (a state machine abstraction). State Machine 
abstractions are denoted by the keyword STATE. The operator 
abstraction can be implemented by decomposition into smaller 


composite operators or atomic operators. Operators are 


28 


composed of two primary parts, the SPECIFICATION and 
IMPLEMENTATION. The SPECIFICATION includes the interface 
parameters, timing characteristics, and the formal and 
informal behavioral descriptions of the operator. These 
attributes can be used to isolate a specific operator and can 
be used as keys in a software database. The IMPLEMENTATION 
specifies whether an operator is implemented in Ada (or other 
underlying programming language for other systems), or 
whether the operator is made up of composite parts. [Refs. 
SB, 10) 

Data abstractions contribute to the minimization of 
coupling by separating the behavior of a data type from its 
representation. The consequences of this data abstraction 
are the ability to operate the prototype with incomplete 
sources of data and also to allow totally different data 
representations in the prototype and the actual system. Data 
abstraction also allows the data interfaces to be described 
independently of the representation of the data, so that the 
interfaces for the operations on the data can be the same in 
the prototype as in the intended system. This commonality 
of the data interface is important in the validation of the 
final system because it gives a basis to verify the 
structures against the prototype. [Refs. 3, 10] 

Data types in PSDL are immutable (do not have 
internal states). This prevents communication by way of side 


effects. They include the built-in data types defined in 
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Ada, abstract types defined by the user, and types 
constructed using the PSDL data types. Like the operator, the 
PSDL data type is defined using the components SPECIFICATION 
and IMPLEMENTATION. [Refs. 3, 10] 

Control abstractions are used to determine whether 
operators can be run in parallel or must be run in sequence 
and allow for the scheduling of the order of execution. 
Naturally, within a composite operator there are also control 
abstractions. Another feature of the control abstraction is 
the provision for conditional execution using triggering 
conditions and conditional outputs. The control abstraction 
1s regulated by control constraints, a non-algorithmic 
mechanism that 1S specified to be PERIODIC or SPORADIC, has a 
triggering condition, and has output guards. The periodic 
and sporadic operators refer to the scheduling of an 
operator, either within a specified period or when triggered 
respectively. Triggers are data values specified to cause an 
Operator to fire. Every operator must have a data trigger or 
a period and may have both. The combination of control 
constraints also defines the stream types for the data 
Streams in the enhanced data flow diagram. The stream type 
of a data flow stream is determined by the data trigger of 
the operator to which it is an input, not the operator 
originating the data flow stream. The data trigger ALL 
specifies a data flow stream, and the data trigger SOME 


specifies a sampled stream. [Refs. 3, 10] 
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5. Timing 

Timing constraints express the essential timing 
requirements necessary to operate within real-time 
constraints. Modules can be specified with MAXIMUM 
EXECUTION TIME, MAXIMUM RESPONSE TIME, and MINIMUM CALLING 
PERIOD. The MAXIMUM EXECUTION TIME corresponds to the amount 
of time that a module has to execute and may apply to any 
PSDL operator. The MAXIMUM RESPONSE TIME corresponds to the 
allowable time a sporadic operator has to output data from 
the time it was triggered by the input data. The MINIMUM 
CALLING PERIOD constrains the time interval between input 
data streams. [Refs. 3, 10] 

6. Hierarchy 

Hierarchical structure is realized in the concept of 
the composite operator. The constraints necessary to 
decompose operators require clear communication via data 
streams at the different hierarchical levels. The. nput 
streams and the output streams into and out of a component 
Operator must naturally be accounted for in the parent 
composite operator and every data stream going to or from a 
composite operator must be a valid input or output associated 
with at least one of the decomposed component operators. 
Timing must also be constrained so that the execution and 
response times of the component operators do not exceed the 
MAXIMUM EXECUTION TIME or MAXIMUM RESPONSE TIME of the parent 


composite operators. PSDL is designed so that the component 
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Operators downwardly inherit the period, minimum calling 
period, and the stream types of the streams crossing the 
boundary of the composite. The composite operators upwardly 
inherit exceptions and integrate the output data streams. 


[Refs. 3, 10] 


B. ATTRIBUTE GRAMMARS 

Attribute grammars allow both the syntax and semantics of 
a language to be specified. Attribute grammars are context 
free grammars which are extended by attaching attributes to 
the grammar symbols. In the specification of a language, 
attribute grammars allow top-down rules to be interspersed 
with bottom-up rules. [Ref. 11] 

An attribute grammar consists of a set of productions 
that contains sets of semantic equations. Each semantic 
equation defines one attribute to be the value of a semantic 
function applied to other attributes in the production. The 
semantic functions define values for the synthesized 
attributes of the left-hand side nonterminals or the 
inherited attributes of the right-hand side symbols. The 
attributes of a symbol are divided into two disjoint sets: 


o synthesized attributes which pass information up the 
derivation tree 


oO inherited attributes which pass information down the 
derivation tree. [Ref. 11] 


A language symbol is represented by a derivation tree 
node which defines a set of attribute instances. (See Figure 


8.) Attribute instances correspond to the attributes of the 
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Syntactic category of the parent derivation tree node 
(symbol). Since attribute values flow in both directions, it 
is necessary to impose conditions to ensure that no attribute 
instances are circularly defined. Syntax and semantics are 
defined in modules using a context free grammar and the 
semantics are defined based on the syntactic structure. 


{Ref. 11] 


C. OVERVIEW OF COMPUTER AIDED PROTOTYPING SYSTEM 

The Computer Aided Prototyping System (CAPS) is a system 
designed to cope with ever larger software systems. 
Conceptually, it follows the needs presented by current 
software shortcomings. 


o It addresses the concept of communications between the 
customer and the programming team 


o It addresses the problem of the project scope exceeding 
the capacity of a single person to comprehend the entire 
project 


o it incorporates reusability of software, it promotes 
modularity, it recognizes real-time constraints 


o It incorporates human factors into its design. [Ref. 12] 
Essentially, the CAPS system allows the customer and the 
project manager to express the needs of the system by 
iteratively constructing refined prototypes that demonstrate 
the appearance and simulate the performance of the end 
produce. After the design is approved, the prototype, 
written in PSDL, is used to index a data base of reusable 
software [Ref. 13] and applicable program segments are 


substituted for equivalent PSDL operators. The remaining 
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PSDL operators can be broken down into composite operators 
using either the PSDL syntax directed editor or the graphics 
editor. [Ref. 14] Decomposition of PSDL operators continues 
until all the PSDL operators have been matched with 
equivalent Ada code segments or until the operators are 
atomic, at which point the operator is translated into Ada 
manually. [Refs. 3, 12, 15] 

Motivation for CAPS stems from a trend toward increased 
software demand for larger and more complex systems. As the 
scope of projects increases, there iS an accompanying need 
for improved productivity and reliability of software. 
Successful communication between the customer and 
programming organizations is necessary and 1s dependent on 
requirements analyses and validation processes. This process 
communicates the customer's needs and minimizes the number of 
revisions necessary to develop the desired product. It also 
validates feasibility studies, confirms viability, and 
enhances cost estimation. [Ref. 1] 

The CAPS method uses rapid prototyping to create an 
executable model of the intended system. The model is built 
by establishing a modularized skeleton, which validates the 
timing constraints [Ref. 16] and systematically defines the 
module interfaces (input, output formats), thereby 
Maintaining traceability to the project's requirements. This 
model uses either a problem oriented top-down design to focus 


on the critical sections of the problem or it may model the 
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entire system. Once an executable prototype Is" bugaee 
requirement refinement 1s verified with the customer and the 
prototyping/refinement process is reiterated until the model 
performs acceptably. [{Refs. 3, 12] 

The capabilities in the CAPS system include syntax 
directed and graphical editing, reuse of software using a 
PSDL keyed software base, code generation to interconnect 
modules, static and dynamic task scheduling, debugging, 
design control using a design data base and limited automatic 
translation from PSDL into Ada. [Refs. 3, 12-18] 

The rapid prototyping quickly produces a program skeleton 
that is easy to understand, analyze and revise and in which 
timing constraints are demonstrated in terms of whether 
components will be able to perform their design functions in 


the time allotted. [Refs. 3, 12] 


D. BACKUS-NAUR FORM FOR PSDL 
The Backus-Naur form for PSDL grammar isS contained in 


Appendix A. 
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III. THEORY OF CORNELL SYNTHESIZER GENERATOR 


A. TRANSLATOR AND KERNEL 

The Synthesizer Generator is composed of two parts. The 
Memst part is a translator that takes a Synthesizer 
Specification Language (SSL) coding as input and produces 
various tables as output. The second part is an editor 
kernel that consists of an attributed-tree data-type and a 
driver for interactively manipulating attributed trees. The 
kernel takes input from the keyboard and mouse and executes 


appropriate operations on the current tree. [Ref. 7] 


B. BUFFERS 

The editor generated places objects into a collection of 
named buffers. Normally, each edited file has a unique 
miele r . The objects contained in buffers are called terms 
and are derivation trees with respect to the abstract syntax 
of the language. The nodes of a term are instances of 
Operators and the subtrees of a node are the operator's 
arguments, themselves terms. Each term has a textual output 
representation. [Refs. 4, 7] 

Each buffer has a selection, the area of interest to be 
edited. The selection can be chosen by tree walking 
commands such as forward preorder, backward preorder, forward 


Sibling, backward sibling, and ascend to parent. [Refs. 4, 7] 
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C. TRANSFORMATIONS 
Each editing transaction replaces a subterm or sublist. 
A transformation determines a replacement value for the 
selected subterm as a function of its current value. 
Transformations are enabled or disabled in accordance with 
the matching of itS pattern with that of the selection. 
Enabled transformations are substitutions that can be made 
for certain values, for example, <component> could be 
replaced by the following two alternatives: 
"TYPE <identifier> 
SPECIFICATION <identifier> : <type name> 
OPERATOR <identifier> 
SPECIFICATION 
<attribute><requirements trace> 
<functionality> 
END 
<functionality> 
END 
IMPLEMENTATION <type implementation>" 
or 
-OPERALOR. <identiLiirer- 
SPECIFICATION 
<interface> 
<functionality> 
END 
IMPLEMENTATION 
<operator implementation>". 
Transformations cannot introduce context-free syntax errors 
Since their definitions are also type-checked when the 
Synthesizer Specification Language (SSL) specification is 


compiled into an editor. During compilation, the grammar is 


checked for consistency. [Ref. 11] 
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D. EDITING 

The Synthesizer Generator editors have a language 
dependent part and a set of system commands which are 
language independent and strictly control editor functions, 
for example, cutting and pasting. To ensure connectivity of 
the tree structure, the editor inserts placeholders to 
replace any deleted subterms. [Ref. 11] 

The textual display of the selection can be edited like a 
typical screen-oriented text editor. The text, initially is 
placed into a text buffer upon the first action that implies 
textual modification. The text buffer is then displayed on 
the screen instead of the selection, causing its existence to 
be practically invisible to the user. Within the text 
buffer, editing is unrestricted. A character selection, 
identifying the location that text changes occur, can be 
positioned by moving the cursor or a mouse. When the term 
selection 1S moved away from its current location, the text 
1s parsed with respect to the concrete input syntax of the 
current selection context. If a syntax error is detected it 
must be corrected before the contents of the text buffer can 
be translated into a term, which in turn, replaces the 
original subterm and is displayed according to its output 
representation. The generated effect may be to format the 
text on the screen or transform it into an egquivalent 


representation. [Ref. 11] 
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E. ATTRIBUTION 

A term in a buffer is attributed, which means it has 
associated with it computed values that characterize the 
term. Every time a buffer is modified, the attributes are 
revised so that they remain current and form a consistent 
database of derived information. Selected attribute values 
are displayed to the user as part of the output presentation 


during the editing session. [Ref. 11] 


F. FILE REPRESENTATION 

The buffer contents can be written into one of two types 
Gf ‘files: an abstract structure file which records the 
abstract structure of the terms or a textual file which 
records the textual output representation. Generation of a 
text file is possible only if the concrete input syntax is 


complete. [Ref. 11] 


G. PRACTICAL MATTERS CONCERNING IMPLEMENTATION 

The novice editor designer is advised to consider the 
costs in time and effort, and if determined to be justified, 
to proceed in a modular fashion. The modules should reflect 
the breakdown in SSL: abstract syntax, attribute 
declarations, unparsing declarations, concrete input syntax, 
and transformation declarations. Ultimately, to reduce end- 
user frustration, the editor should be capable of receiving 


as input both text entry and template insertion. [Ref. 4] 
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The order of editor module implementation should be 
seriously considered in that some portions of editor 
development are more intuitive than others. [Ref. 4] 

Initially, it is essential to extract a manageable 
subset of the language which represents the essence of the 
language. In substance, this means drawing a line after a 
portion of the grammar and either ignoring or selecting very 
limited portions of the remainder of the language. In PSDL, 
the first cut reduced the language to a definition of either 


an operator or a data type as shown in Figure 9. 


<psdl> ::= <component>> 
Seomponent> ::= data type 
| operator 
<data type> ::= "type" id type spec type impl 
<operator> ::= "operator" id operator spec operator impl 


Figure 9 Abbreviated PSDL in Backus-Naur Form 


The Backus Naur form (BNF) of the grammar should be 
translated into an abstract syntax. The original grammar may 
not be defined specifically for translation into a syntax 
directed editor and may contain extra syntactic categories 
designed to reduce ambiguities to allow deterministic and 
orderly parsing so that it may have to be restructured when 
defining the abstract syntax. The edited object must be 
hierarchically structured so that the abstract syntax tree is 
understandable and reasonable from the editor user’s point of 


view. The naturalness of the decomposition of the edited 
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object will determine the feel of the editor because the user 
will be cutting and pasting subtrees formed under these 
rules. [Ref. 4] 

Over-specification or definition of unnecessary syntactic 
distinctions will impede rapid programming by requiring the 
user to split hairs to get the editor to accept a valid 
pues Syntactic sugar is not needed in the definition of 
the abstract syntax. Only terminals which contain semantic 
meaning should be retained in the abstract syntax trees. The 
operator in a production is sufficient to identiiyeere 
specific usage of the left-hand-side-phylum (the set of terms 
derived from the given nonterminal symbol). Other keywords 
Or separators can usually be dropped from the abstract 
syntax. [Ref. 4] 

Since the abstract syntax tree is the only intermediate 
storage medium for the editor objects, different textual 
representations of the same object will be stored 
identically, and will thus be represented as the same object 
when retrieved from the abstract syntax tree. The 
distinction between semantically identical objects can be, 
but should not be retained. A standard form is the preferred 
output of a generated editor; for example, the number 1/7 
should be output whether the integer 0017 1s entered or the 
number 17. [Ref. 4] 

Attribution may force a change in the abstract syntax 


depending on the overloading in the grammar. For example, if 
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an identifer may represent different types, then the semantic 
analysis becomes context-dependent. [Ref. 4] 

Initially, the unparsing declarations should be kept 
Simple, being intricate enough only to further debug the 
generated editor. Consideration of alternate unparsing 
schemes, optional line breaks, and context-dependent displays 
should be postponed until the overall development of the 
editor is in the later stages. It is advisable to indicate 
the location of attribute values. Initially it is best to 
specify every possible resting place (the node at which the 
apex of a selection can rest) and weed out the undesirable 
resting places later. [Ref. 4] 

Transformations should be designed to permit top-down 
derivation of an object. Initially, only transformations 
that correspond directly with productions of the grammar 
should be defined. These transformations are known as 
template transformations because when one is invoked, it 
generates a template into which additional components may be 
inserted. [Ref. 4] 

Templates are associated with productions of the form 

Xo >: operator (X4 ee a) 
and correspond to the operator and the n terms. The form for 
a template transformation corresponding to the = above 
production is: 


transform X 
on transformation-name<X)> : operator( <X,>, ... ,<X),>); 
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The placeholder <X;> terms may be substituted with the 


completing [Xs] 


terms, the distinction being that the 
template reflects the placeholder when specified using the 
"<>" brackets. Normally template transformations are not 
necessary for list phyla and optional phyla due to built-in 


transformations for them in the kernel portion of the editor. 


Lexemes (keywords and punctuation) do not use template 
transformations. Lexeme insertion is accomplished in the 
concrete syntax. fRef. 4] 


At this point, it is recommended that an editor be 
generated to verify, debug, and confirm choices made up to 
Chis Pomme. [Ref. 4] 

Given satisfactory results at this stage, a minimal 
concrete syntax should be defined to allow text input. 
Initially, provision should be made for the entry of lexemes 
and simple expressions. The parser can be elaborated later 
and must be elaborated since the ability to read objects from 
existing text files is necessary within the context of the 


CAPS environment. 
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IV. CONCEPTUAL DESIGN AND SOFTWARE ENGINEERING OF A PSDL SYNTAX 
DIRECTED EDITOR 
In the design of the syntax directed editor, a software 
engineering approach was used to decompose the system into 


manageable components. [Ref. 1] 


A. REQUIREMENTS ANALYSIS 

The purpose of the PSDL syntax directed editor is to ease 
the programming burden of prototype development by providing 
an editor with the following features: 

eee built-in grammar 

o templates available for common constructs 
o formats the input properly 

o performs syntactic and semantic analysis. 

The constraints on the editor include the use of a Sun 
window based UNIX environment, use of the Cornell Synthesizer 
Generator or GANDALF ALOE generator, and a limited amount of 
time available due to the periodic rotation of students at 
the Naval Postgraduate School. 

1. Operating Environment 

The syntax directed editor can run in either the UNIX 
or Sun environment. 

2. System Goals 

Provide a Syntax Directed Editor for the front end 


of a Computer Aided Prototyping System. Provide a user 
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friendly Prototype System Design Language (PSDL) syntax 
directed editor which gives the user a means of writing, 
editing, and modifying syntactically correct Prototype System 
Design Language (PSDL) code which includes limited semantic 
checking. 

3. Performance Constraints 

The editor should never be unresponsive to the user 
for greater than one-half second. 

4. Implementation Constraints 

The hardware decision is to use Sun work stations. 
Future development may include porting to other systems 
including PC’s, but currently, various portions of “Compue@es 
Aided Prototyping System are written in different languages 
thereby complicatang portabilim,, 

The UNIX operating system 1s the unl fy ae 
environment common to all the subsystems within CAPS. The C 
programming language is the basis for the Cornell Synthesizer 
Generator software. 

The PSDL language-based editor is to be implemented 
using the Cornell Synthesizer Generator. The specification 
for the language includes context-free abstract syntax, 
context sensitive relationships, the display format, and 
concrete input syntax. The Cornell Synthesizer Generatur 
editor can be programmed to enforce the syntax and static 
semantics of a particular language. The Synthesizer Generator 


produces editors which form programs as _ consistently 
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attributed derivation trees. As the program is edited, one 
well-formed tree is changed into another well-formed tree. 
As this transformation occurs, some of the attributes may 
lose their consistency of values and in order to compensate, 
incremental analysis is performed by updating attribute 
values throughout the tree to correct for each modification. 
mr weediting» modifies an Sbwyece VEOummmeEhne point that 
context-dependent constraints are violated, an error message 
will be generated. [Ref. 7] 

jSyelaiie(eve specifications are written in SSL, 
Synthesizer Specification Language, which is based on the 
ideas of term algebra and an attribute grammar. [Ref. 7] 

5. Resource Constraints 

At the Naval Postgraduate School, availability of Sun 
terminals which was once inadequate is now improving. The 
primary resource constraints are time to dedicate to this 
project and the turn around times incumbent in the Navy 
Supply System. 

6. External Interfaces 

The editor is accessed from a UNIX environment by 
invoking the editor name (psdl.syn) optionally followed by 
the filename of new or existing PSDL (UNIX) files. The 
editor has the capability to rename and create new files 


while a file is loaded in the editor. 
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B. FUNCTIONAL SPECIFICATIONS 

The PSDL syntax directed editor can be classified as an 
abstract state machine which interfaces with the CAPS system 
only through the user interface [Ref. 15]. To enstie 
compatibility with the Graphic Editor [Ref. 14], the (sya 
directed editor will be implemented on the Sun work station. 
The software package, either Cornell Program Synthesizer or 
GANDALF, will determine the actual display. 

The editor can receive input as UNIX files or direct 
operator input; it notifies the user of incorrect syntax and 
allows only correct Prototype System Design Language code to 
be written @prmrer tomcontinuing the predmane On demand, ~the 
editor will prompt the user with legal syntactically correct 
alternatives based on his location in the program. The 
editor outputs UNIX files which represent the abstract 
structure of the program or the textual format. 

Other mechanisms ay the CAPS system indi reeming 
communicate with the syntax directed editor via the user 
interface. 

The editor will support only one programmer in a PSDL 
program at a time, although multiple programmers may edit 
different programs simultaneously. 

Program editing time will be considerably slower than 
normal keyboard entry although actual time spent programming 
non-trivial programs should be reduced due to reduced error 


rates. 
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——————S——_——=_——_—sew 


The characteristics of the system are described in the 


User Guide to the Prototyping Language Editor (Chapter V). 


C. ARCHITECTURAL DESIGN 

The decomposition of the syntax directed editor is a 
function of the software package used to generate the editor. 
In both GANDALF and the Cornell Synthesizer Generator, there 
1S a major subdivision between the kernel which represents 
the presentation and non-language specific details of the 
editor, and the language-dependent portion which takes the 
grammar of the language and the formatting instructions to 
customize the editor to a particular language. 

The Synthesizer Generator was chosen to implement the 
PSDL editor; it 1s composed of two parts: a translator that 
takes a Synthesizer Speecriredt ron Language (SS 1) 
specification as input and produces various tables as output 
and an editor kernel that consists of an attributed-tree 
data-type and a driver for interactively manipulating 
attributed trees. The kernel takes input from the keyboard 
and mouse and executes appropriate operations on the current 
tree. [Refs. 4, 7, 11] 

Within the language-dependent context of the editor 
generators, further modularization is effected by the further 
Subdivision into aspects of the language. The grammar 1S 
fed into the Synthesizer Generator using Synthesizer 
Specification Language (SSL) specifications. Synthesizer 


Specification Language (SSL) specifies the root of the 
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derivation tree, the abstract syntax, the attribution rules, 
the unparsing rules, the template commands, the allowable 
transformations, the lexical syntax, and the parsing syntax 
to describe the various grammars, type dependencies, semantic 


rules and embellishments (see Figure 10). [Refs. 4, 7, 11] 


ie 
(Abstract Syntax ) 
(Attribute Declarations ) 


oncrete-Input- Syntax Declarations 


(Transformation Declarations ) 


Figure 10 SSL Modules in psdl.syn 


D. IMPLEMENTATION 

The specification of an editor in SSL is a five part 
process that includes: abstract syntax declarations, 
attribute declarations and attribute equations, unparsing 
declarations, concrete-input-Syntax declarations, and 
transformation declarations. The specification of abstract 
syntax defines the basic structure of the language. The 


attribute equations and attribute declarations are used to 


track the context-Sensitive relationships in the language. 
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The unparsing declarations format the program output in terms 
of output display. The concrete-input-syntax declarations 
evaluate the textual input. The transformation declarations 
provide legal program options for restructuring programs. 
[Ref. 4] 

SSL allows infix expressions, function applications, 
conditional expressions, the construction of new terms, and 
conditional pattern matching expressions (with expression). 
Conditional pattern matching can be introduced using a base- 
type declaration to define new value representation. The 
base-type declaration references the name of a C type and six 
operations on that type. The six base-type operations are: 
Pemparison, conversion from ascii, conversion to ascii, 
incrementation of a reference count, decrementation of a 
reference count, and generation of a default base-type 
value. These operations and the type definitions are written 
in the C language. ([Refs. 4, 7] 

1. Abstract Syntax Specification 

The specification of abstract syntax defines’ the 
core of an editor. The abstract syntax is input as a set of 
grammar rules that are used as the basis of the 
representation of an edited object as a derivation tree 
(syntax tree). Grammar rules are defined as productions in 


the form 


Xo: OPp(X, Xo 12 Xp) ie 


ou 


where op is the name of an operator and each of the xX, 2S 
phylum, a nonterminal of the grammar. The PSDL construct: 
psdl_impl: PsdlImpl(data_ flow diagram 

optional streams 

optional timers 

optional control constraints 

optional informal desc) 


represents the psdl_impl production where PsdliIimpl is the 
operator name and optional streams, optional timers, 
optional _control_constraints, and optional informal desc are 
nonterminals (phyla) in the grammar which are themselves 
subsequently defined. The Backus Naur (BNF) representation 
for this proguceroen ssc: 
<psdl_impl> ::= data_flow_ diagram 

[ streams ] 

[ timers ] 

[ cont rolgeconst raat s i 

[ informal desc ] 

"end" - 
Each phylum represents a set of derivation trees derivable 
from the nonterminal represented by the phylum. Each of 
these derivation trees, in turn, are called terms. Terms 
express the underlying meaning of a phylum but may be 
displayed differently, transformed into a different display 
presentation by the unparsing rules. [Ref. 4] 

In the abstract syntax representation, the root 

phylum initiates the derivation tree and all phyla derived 
from it are defined in terms of it. The root phylum in PSDL, 


from the BNF <psdl> ::= <component>> Se root psdale Each 


subsequent phylum has a completing operator, which defines a 
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default representation using completing terms in the absence 
of more complete specification by the editor user. This 
ensures that a derivation tree is always complete, regardless 
of the state of composition, that is, the program has legal 
defaults which stand until replaced by the editor user. 
{Ref. 4] 

The abstract syntax also allows the definition of 
some phyla as lists. A list iS a construct that allows one 
or more objects to be entered, while an optional list allows 
zero or more objects to be entered. The BNF representation 
of the expression list: 

<expression list> ::= expression <"," expression>> 
is translated into the following partial SSL representation. 
list expression 1ist; 
expression list : ce laaes tN als( ) 

| ExprListPair(expression expression list) 

The comma in the BNF notation will be defined in the 


unparsing declarations in another section or module. An 


optional list construct in PSDL, for example the root phylum 


Sesal> = <component> , translated into SSL is: 
optional list psdl; 
psdl : PsdlNil() /* This is a completing term */ 


|PsdlPair(component psdl). [Ref. 4] 

The editor treatment of lists includes’ special 
built-in routines for manipulating lists including the 
forward-with-optionals command. Lists must be defined as a 
nullary operator and a right recursive binary operator. 


Lists have a default representation based on the completing 
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term. The completing term of a list phylum is the singleton 
list constructed by applying the binary operator, ange 
case PsdlPair, to the completing term of its left argument 
phylum and to the 1list’s nullary operator, psdl. The 
completing terms are artificially added by the editor to 
Satisfy the attribute tree until substitution by a legal PSDL 
phylum declaration. [Ref. 4] 

The first operator declared for a phylum, such as 
the operator DaTyComp of phylum component and the operator 
DaTy of the phylum data type, 1s called the completing 
operator and is used to construct a default representative 
for the phylum, called the completing term. The abstract 
Syntax representing the abbreviated grammar is shown in 
ec ae see) ee A more complete approximation of the abstract 
syntax for PSDL 1s contained in Appendix ss: 

2. Attributes and Attribute Equations 

After the grammar rules are implemented to define 
the abstract syntax, attribute equations are added to define 
the static inferences about the objects being edited. The 
static inference conditions checked are whether a declaration 
is supplied for identifiers, if an identifier is multiply 
declared, and if the constituent of expressions are type- 
compatible. During program editing, these conditions are 
incrementally checked. Comments, defined as attributes, are 
used to report violations of these. When an error is 


present, 
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BOotmpsGl, /* tree root */ 

Spelomal iJist psd; 

psdl : Psdl1Nil() /*x This is a completing term */ 
|\PsdlPair(component psdl),; 
/* allows recursive addition of components 

within the program */ 
component: EmptyComp () /* required as a completing 
term */ 


| DaTyComp (data_type) /SEuncetonecal ls */ 
| OpTyComp (operator) ; 


Gata type: Daly(identifier identifier identifier); 
operator: Op(identifier identifier identifier); 
/* notice that the keyword “operator" will 
have to be inserted in the actual text of 
the output program */ 
identifier: IdentifierNull () 
| Identifer (IDENTIFIER) ; 


Figure 11 Abstract Syntax for Abbreviated PSDL Grammar 


it satisfies the attribute value corresponding to an error 
message, Similarly, when no error 1s present the 
corresponding attribute value is the null string. Since the 
conditions are incrementally checked, EOrrection. Of a 
Semdition triggering an error attribute will clear the 
offending error message. (Ref. 4] 

The definition of an attribute can be done in 
different ways: rules defining attributes, rules defining 
error attributes, and function declarations. (Ref. 4] 

An attribute may be declared at the root to define 
the root environment. This attribute should contain the type 


bindings of each declared identifier. Subsequent expressions 


Oy, 


and subexpressions would the also have an associated type 
attribute. Typing of every identifier is determined by 
accessing the root environment while the typing of other 
expressions is determined by it’s associated type attribute. 
The root environment is propagated from node to _ node 
(synthesized) in the tree and local attributes may be defined 
to allow definition of a computation in one production of a 
phylum without requiring the computation in all the phyla. 
[Ref. 4] 

An attribute declaration specifies the phylum name, 
attribute type, and nature of the attribute (synthesized or 
inherited) for every attribute associated with a phylum. The 
type of an attribute can be either a predefined phyla or a 
user defined phylum. Local attributes associate with 
individual productions instead of with every production of a 
phylum. Attribute equations associated with each production 
define the individual attribute values and define how an 
attribute-definition function is applied to other attribute 
occurrences of the production to define an attribute 
occurrence. [Ref. 4] 

Upward remote attribute sets are a short cut for 
repeated inherited attribute definitions and equations. They 
allow the passing down of values from first corresponding 
operator up the path of the derivation tree of an expression. 


The alternative to upward remote attributes sets is to attach 
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appropriate attributes to each phylum and to write attribute 
equations to pass the value down the term. [Ref. 4] 

A syntactic reference is the use of a part of the 
term being edited in an attribute definition function. An 
attribute’s type is a phylum that is defined with the same 
set of rules that are used to define syntactic objects; a 
program’s attribute values and the program itself are all 
elements of either primitive phyla or phyla defined in the 
editor specification. Local attribute declarations improve 
efficiency by allowing the definition of a computation in one 
production of a phylum without requiring the computation in 
all the productions. [Ref. 4] 

All the error attributes are declared as having type 
Sea bulit-in  string.phylum of strings. The associated 
attribute is the null string for no error and the appropriate 
error message in the case of an error. Each error attribute 
is defined conditionally, the conditions are checked and the 
value of the conditional expression is determined by the 
selected branch of the conditional expression. [Ref. 4] 

3. Unparsing Declarations 

Unparsing declarations define the display format of 
a term, which nodes of the abstract syntax tree are 
selectable, and which productions are editable as text. An 
unparsing declaration defines the format of a production in 
terms of strings, sequences of strings, selection symbols, 


and names of attribute occurrences. 


oe 


Unparsing rules have two basic forms: 
phylum : operator [left-side = righe-siaem 
phylum : operator [left-side ::= right-side]; 


The colon indicates that the production should be treated as 


an indivisible unit and the ::= symbol indicates that text 
entry is permissible for that production. Different 
operators of a given phylum may use different symbols. The 


unparsing declarations for the abbreviated PSDL grammar are 
shown in Figure 12. 

The display of the program on the screen is 
configured by the following embedded symbols,%t, %b, and $n, 
designating tabs, reverse tabs, and line feeds respectively. 
Tab stops are used for lining up items in selective 
indentation. The tab setting may be changed using the set- 


parameters command and has a default setting of two. 


psdl - Psain al f@ 3] 
| PsdlPair [aes O (en | 
component :EmptyComp [@“ <>" <componen’ 1a 
| DaTyComp [wo CNedatatey peal 
| OpTyComp [* : @"<operator>"] 
data _type Way (QS EYEE eee mre | 
operator > Op [@: "OPERATOR" @ @ @ "Sent 


° 
td 


Figure 12 Grammar Rules Defining Display 
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Selection symbols @ or “* designate locations of one of the 


phylum occurrences in the productions Te plats 
representation. The selectability property for a given node 
in the tree is defined by the selection symbol. The 


selection symbols define whether a phylum occurrence is a 
resting place or not. The @ designates a resting place where 
either of the two corresponding phylum occurrences is 
specified to be a resting place. The “ designates a non- 
resting place, a node where both phylum occurrences are 
specified as non-resting places. Selections are allowed only 
at resting places which are determined by the selection 
symbols of the unparsing declarations. In a generated 
editor, the cursor is moved to the closest resting place 
associated with the selected item. The selection symbol @ 
designates a phylum as a resting place while a * does not. A 
syntax tree node 1s comprised of left hand side and right 
hand side phylum occurrences. If either occurrence is 
specified with an @, then that node is a resting place. 
[Ref. 4] 
4. Concrete Input Syntax 

The primary purpose of concrete syntax is that it 
allows the terms to be entered as text in addition to 
structure editing as data entry methods. Text entry allows 
temporary freedom of expression until it 1s parsed, at which 
point the string is parsed and translated into an abstract 


Syntax term. (Ref. 4] 
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The specification of concrete input syntax uses 
attribute equations which synthesize the terms as attributes 
of a parse tree in conjunction with concrete input grammar 
productions to translate text into abstract syntax terms. 
Every phylum in the abstract syntax that is expressible as 
text must have a corresponding input syntax phylum. Entry 


declarations have the forms exhibited in Figure 13. 


Psdl {synthesized psdl t; }; 
Component {synthesized component t; }; 
Data type {synthesized data type t; }; 
Operator {synthesized operator t; }; 
Tdent {synthesized identifier t; }; 
psdl pe PS aila.e- 

component ~ Component.t; 

data_type ae Datag ey peat; 

operator os Operator.t; 

identifier ~ Ident.t; 


Figure 13 Association Between Abstract and Input Syntax 


The correspondence between the selections within the 
abstract-syntax tree and entry points within the input syntax 
is defined using entry declarations in the form: 

Do wre fale, 
where the component under the cursor is checked to see if it 
is a member of p and if it is, its input is parsed to verify 
that it is a member of phylum P. Following confirmation, the 
attribute t updates the current selection and the parse tree 


is abandoned. fRef. 4] 
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Lexical phyla, multi-character tokens and keywords, 


piemeceebe ws cdertinedwwith individual rules similar to those 


shown in Figure 14. 


dee Ee 
OPERATOR: 


TypeLex< "type"|"TYPE" >; 
OperatorLex<"operator"™|"OPERATOR"> 


SPECIFICATION: SpecLex<"specification"|SPECIFICATION" > 


IDENTIFIER: IdentifierLex< [a-zA-Z] [a-zA-Z0-9 \$]* >; 
INTEGER: IntegerLex< [0-9]+ >; 
REAL NUMERAL: RealLex<[0-9]+(\.[0-9]+)? 

Peace. ee [f bles 2))| a) ee 
CHARACTER: CharacterLex< ’./|/’/°!' >; 
STRING: Sharangyopinyse aa (at aaa eS 
WHITESPACE: Whitespace<[\ \T\N] >; 


Figure 14 Translation of Input Syntax into Abstract Syntax 


The lexical declarations declare that strings 


generated by the regular-expressions are in a given phylum. 


The regular-expressions are enclosed in angle brackets and 


follow the lex conventions as listed in Figure 15. 


& 


1 Eee. 
oe Z a 
[c,c 

[C4 oY 
\@ G405¢3] 


ne 
e$ 
e? 
ex 
e+ 
S102 
m2 
= 


othe zn] 


the character "c" 

, 1 | 
pce C1 C9C3 
Eieweharacles Ca sOr C5 Or Cc 
any of the characters between Cc, and cy 
any character but Cy OF Cy OYr Cz 
any character but newline 
an e at the beginning of a line 
an e at the end of a line 
an optional e 
O, 1, 2, ... instances of e 
i 2,. 57.4. Instances_of e 
an e@4 followed by an G5 
an @, Or an @5 
ane 
an e, but only if followed by eo 
ny ecg Nn» occurrences of e. 


Figure 15 Regular Expression Notation 


61 


The rules for TYPE, OPERATOR, SPECIFICATION and END 
are examples which define the lexical phyla. The WHITESPACE 
token identifies blanks and designates them as something to 
be ignored during parsing. Figure 16 defines the syntax of 


the concrete input language. 


Psdl ::= (Component) {Psdl.t = (Component.t :: PsdiNiiiya 
| ( Component Psdl) {Psdl$l1.t = (Component.t as 
PsdINils2- ec) 

Component ::=(Data_ type) {Component.t = DaTyComp (Data type); } 
| (Operator) {Component.t = DaTyComp (OPerator);} ; 

Data type ::= (Ident Identyidente) {Dat a [iGey p eum = 
DaTy (IdentSl.t, tdents2-t, Identss.h) a. 

Operator ;:= (Ident Ident Ident) {Operator.t = 
Op (IdentSl tt, idents2Z t, dents3-c) a 

Ident ::= (IDENTIFIER) {Ident.t = Identifier(IDENTIFIER); }; 


Figure 16 Syntax of Concrete Input 


The parsing declarations define concrete input syntax and are 
recognizable by their use of ::= to separate the phylum name 
from the symbols on the right hand side of the declaration. 
The ability to translate input text into an abstract-symee 
tree permits the editor designer to define structural and 
textual interfaces to the extent desired. [Ref. 4] 
5. Transformations and Templates 

The ability to transform an object when its 
structure matches a certain pattern or insert a construct 
where it 1S permitted is dictated by transformation 
declarations. Templates can be inserted for a given 


placeholder. [Ref. 4] 
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The form of the transformation declaration is: 


transform phylum 
on transformation-name pattern : expression; 


and its use in the PSDL editor is as follows: 
transform component 

on "data type" <component>:DaTyComp(<data_ type>) , 

on "operator" <component>: OpTyComp(<operator>) ; 
The transformation is enabled if the current’ selection 
matches the named phylum, in this example the phylum 
"component". The outcome of the transformation is the 
replacement of "component" with the value of the expression 


on the right of the ":" with the selected expression for the 


data type or the operator. [Ref. 4] 


E. EVOLUTION 

The evolution of the PSDL syntax directed editor 
initially should entail the continuation of this process, 
that is, the refinement of the constructs of the language to 
encompass the complete description of the language and the 
semantics within the language. PSDL type-checking, 
inheritance constraints, and stream-type calculations should 
be checked for consistency and inheritance by the assignment 
of attribute equations. As CAPS evolves and further 
refinements to the language occur, the language naturally 
will need to be upgraded, and the Cornell Synthesizer 
Generator may be applied to other aspects of the CAPS system 


including debugging, scheduling, and translation. 
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V. USER GUIDE TO THE PROTOTYPING LANGUAGE EDITOR 


A. GENERIC FEATURES OF THE EDITOR 

The top line of the screen (See Figure 1/7) has a 
highlighted title bar displaying the name of the current 
buffer. The remainder of the screen is divided into three 
regions: the command line, the object pane, and the help 


pane. [Ref. 4] 


Command Line 





Object Pane 







Figure 17 Editing Session Screen 


The command line echoes commands and displays system 
messages, the object pane displays the buffer's program 
segment, and the help pane shows which constituent is 


selected. [Ref. 4] 
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The editor is a screen-oriented hybrid editor. The 
program being edited is an object which has a hierarchical 
structure. The object being edited is built through the use 
of templates, placeholders, and text. Templates are 
formatted patterns Of keywords and placeholders. 
Placeholders identify legal locations where new components 
can be added. Text editing is performed at the character 
selection, denoted by the I-beam symbol within the 
highlighted section. Both the structural selection and the 
character selector are keyboard or mouse controlled. Using 
the mouse, the arrow selector is first positioned, then it is 
selected using the left mouse button. Text editing is not 
permitted in all constructs and the editor will display an 
error message if attempts are made to insert text in other 
than character selection text buffers. Text input is checked 
by the parser after entry for syntactic correctness before 
being accepted as a valid program input. Before proceeding 
with the program, erroneous text must be either corrected or 
deleted. [Ref. 4] 

The Prototyping Language Editor places objects into a 
collection of named buffers. Normally, each edited file has a 
unique buffer. The objects contained in buffers are called 
terms which are derivation trees with respect to the abstract 
syntax of the language. The nodes of a term are instances of 


operators and the subtrees of a node are the operator’s 
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arguments, themselves terms. Each term has a textual output 
representation. (Ref. 4] 

Each buffer has a selection, the area of interest to be 
edited. The selection can be chosen by tree walking commands 


such as forward-preorder, backward-preorder, forward-sibling, 


backward-sibling, and ascend-to-parent. [Ref. 4] 
The objects edited are stored in named buffers. A file 
being edited normally is placed in its own buffer. That 


buffer remains bound to the file until the buffer is exited 
or a different file is explicitly read into that buffer. 
[Ref. 4] 

Every buffer has a syntactic mode which is declared in 
the root phylum. This mode is automatically maintained by 
the editor and the value of the buffer remains syntactically 
well formed. [Ref. 7] 

A buffer of a syntactic mode always has a completing term 
corresponding to its phylum. During editing, a bui@en 
generally contains a term with several placeholders. As 
editing proceeds, the buffer is updated by replacing 
constituent subterms in any order. Placeholders are replaced 
by terms created by text entry, transformation, template 
insertion, or cutting and pasting. (Ref. 7] 

The mouse can be used to point anywhere on the object 
pane, and click to a new selection. The mouse can be used in 
conjunction with the select-start/select-stop commands to 


drag between characters in a given production. [Ref. 10] 
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The mouse also actuates menus for the various commands 


as shown in Figure 18. [Ref. 7] 





00 Q 


Mouse 
Commands 






Edit Cursor Windows File Search 
Figure 18 Mouse Commands 


The middle button activates a menu with the following 
commands: edit, cursor, windows, file, and search. [Ref. 10] 

Each editing transaction replaces a subterm or sublist. 
A transformation determines a replacement value for the 
selected subterm as a function of its current value. 
Transformations are enabled or disabled in accordance with 
the matching of its pattern with that of the selection. 
Enabled transformations are substitutions that can be made 
for certain values, for example, <component> could be 
replaced by ‘*<data_type>’’ OL ‘*<operator>’’. 
Transformations cannot introduce context-free syntax errors 
Since their definitions are also type-checked when the 
Synthesizer Specification Language (SSL) specification is 
compiled into an editor. [Ref. 4] 

The Synthesizer Generator editors have ae language 


dependent part and a set of system commands which are 


67 


language independent and strictly control editor functions, 
for example cutting and pasting. To ensure connectivity of 
the tree structure, the editor inserts placeholders to 
replace any deleted subterms. fRef. 4] 

The textual display of the selection can be edited like a 
typical screen-oriented text editor. The text, initially is 
placed into a text buffer upon the first action that implies 
textual modification. The text buffer is then displayed on 
the screen instead of the selection, causing its existence to 
be practically invisible to the user. Within the text 
buffer, editing is unrestricted. A character selection, 
identifying the location that text changes occur, can be 
positioned by moving the cursor or the mouse. When the term 
selection is moved away from its current location, the text 
is parsed with respect to the concrete input syntax of the 
current selection context. If a syntax error is detected it 
must be corrected before the contents of the text buffer can 
be translated into a term, which in turn, replaces the 
original subterm and is displayed according to its output 
representation. The generated effect may be to format the 
text on the screen or transform it into an equivalent 
representation. [Ref. 4] 

A term in a buffer is attributed, which means it has 
associated with it computed values that characterize the 
term. Every time a buffer is modified, the attributes are 


revised so that they remain current and form a consistent 
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database of derived information. Selected attribute values 
are displayed to the user as part of the output presentation 
during the editing session. [Ref. 4] 

The buffer contents can be written into one of two types 
of files, an abstract structure file which records’ the 
abstract structure of the terms, or a textual file which 
records the textual output representation. Generation of a 
text file is possible only if the concrete input syntax is 


complete. (Ref. 4] 


B. LANGUAGE SPECIFIC FEATURES OF THE EDITOR 

This implementation of a PSDL editor is rudimentary in 
that it is so abbreviated as to be ineffectual for the PSDL 
programmer, but it demonstrates the feasibility of the 
Synthesizer Generator for follow-on work. The current 
version of the editor limits the PSDL to components which may 
be expressed only as operators and data types. The language 
specific details of the editor are contained in file psdl.ssl 
which are listed in Appendix C. The remainder of this guide 


assumes a fully implemented editor. 


C. USING THE EDITOR 

The Prototyping Language editor is invoked by typing 
psdl.syn with or without parameters. The parameter list 
specifies a collection of named files to be loaded into 


eque@or buffers. 
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The command to exit the PSDL editor is “*C or the exit 
command found in the file menu using the mouse. Commands can 
be invoked by direct keyboard entry, or selected from a menu. 
Keys that are not bound to editor commands show up as text on 
the object being edited. 

The Prototyping Language Editor applies knowledge of 
PSDL’s context-free syntax to assure that programs are always 
syntactically well formed. The PSDL code is represented 
within the editor by a derivation tree with respect to the 
underlying context-free PSDL grammar. The program is 
modified by two mechanisms: structural editing and textual 
editing. [Ref. 4] 

lL. Structural Editing 

Structural editing treats the program as a hierarchy 
of computational modules. Programs are created in a top-down 
manner uSing predefined formatted language constructs known 
as templates. An example of a template is the interface 
CONnSELUCE: 
<attribute> 

BY REQUIREMENTS <identifier> 
where <attribute> and <identifier> are placeholders that show 
where additional program definition and refinement may be 
entered. Programs are developed by inserting new templates 
into placeholders of entered templates, for example, any of 
the following templates could be inserted into attribute: 


INPUT <type decl>, OUTPUT <type decl>, STATES <type dec#t- 
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INITIALLY <expression>, EXCEPTIONS <id list>, or MAXIMUM 
EXECUTION TIME <time>. Placeholders in templates prompt the 
user for legal insertions and enforce the syntactic 
Senstraints. [Ref. 4] 

The cursor points to the current selection, the point 
where insertion and deletion may be performed. The selection 
can be moved from one template to another and from one 
template to its component parts. [Ref. 4] 

Legal templates may be inserted into a program and 
textual entries may be added after the editor verifies the 
legality of the insertion. For example, if the selection is 
<attribute>, a menu command to insert a state attribute into 
the program would result in the following properly indented 
program fragment: 

Eleatbo <type decl> 
INITIALLY <expression> 

BY REQUIREMENTS <identifier>; 
notice that by the recursive nature of the language, further 
definition can continue indefinitely. The menu of insertion 
commands does not provide the same choices in all contexts, 
it is limited to the legal choices for that point in the 
program. In The Synthesizer Generator [Ref. 4] Reps and 
Teitelbaum state: 

Templates eliminate mundane tasks of program 
development and let the programmer focus on_ the 
intellectually challenging aspects of programming. Each 
template insertion iS syntactically correct because 


template commands are valid only in appropriate 
contexts. Indentation is automatic: both when a 
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template is introduced and when sige is moved. 
Typographical errors in structural units are impossible; 
the templates are predefined and immutable, so after a 
template has been inserted, errors cannot be introduced 
by subsequently modifying it. Thus, a program developed 
with a structure editor is always well formed, regardless 
of whether it is complete. 

Templates correspond to abstract computational units. 
Because they are inserted and manipulated as units, the 
process of programming begins and continues at a high 
level of abstraction. [Ref. 4] 

Transformation operations allow the replacement of 
one piece of code with another within legal constraints. An 
example of a transformation could be the transformation of 
time units into a standardized unit say ms, so that .001 sec 
would be transformed into 1 ms. [Ref. 4] 

2. Textual Editing 

The Prototyping Language Editor is a hybrid editor 
which combines the advantages of a structure editor with text 
editing capabilities. Syntactically incorrect programs are 
prevented by validation of the code (parsing of text) before 
incorporating into the structured derivation tree. [Ref. 4] 

The textual component of the Prototyping Language 
Editor allows the composition of code as text, and the 
editing of existing code as text. (Ref. 4] 

3. Demonstration of Prototyping Language Editor 

This demonstration illustrates pretty printing, list 
manipulation and text editing. Initially, the screen 
appears with the following information in the indicated 


regions. The title bar at the top line of the screen 


displays the name of the current buffer. The remainder of 


YZ 


the screen is divided into the three regions shown in Figure 
i an The command line echoes commands and lists system 
messages, currently blank. The help pane provides 
information about the current selection and its allowable 
transformations, in this case: 

Positioned at component data type operator. 

The object pane displays part of the program being edited, 
<component>. (Ref. 4] 

Invoking a transformation in the editor lists the 
initial choices of data _type or operator. Selecting the data 
type displays the following in the object pane: 

TYPE <identifier> 
<type specification> 
<type implementation>. 
Likewise, selecting the operator displays the following 
template: 
OPERATOR <identifier> 
<operator specification> 
<operator implementation>. [Ref. 4] 

Since the editor is a hybrid editor supporting both 
Structure editing and textual entry, the method of 
delineating which form of editing must be distinguishable. 
In structure editing, the structural selection is marked by 
the highlighting of the applicable template or placeholder, 
while an I beam is used as a character selector in text 


editable portions. The structural selection and _ the 
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character selection can be positioned on the screen using the 
mouse or the positioning commands: 

ESsC-—p [or (cursem up 

ESC-d for cucser down 

ESC =D LOrv cur some com: 

ESG-f fOr cursonrmr cian 
The select command is bound to ESC-®@. A complete set of 
editor commands is contained in Appendix F. {[Ref. 4] 

Placeholders can be manipulated directly as text or 
by template insertion. Available templates are listed in the 
help pane and are addressable by clicking on the name in the 
help pane, through the mouse driven pop-up menus, and by the 
keyboard using the execute-command (Tab (*I) or ESC-x). TO 
illustrate this, consider the interface template in the 
object pane: 
<attribute> <reqts trace> 

when the cursor 1S positioned over the <attribute> the help 
pane displays the following: 


Positioned at attribute generic param input output states 
exceptions timing_info 


informing the user that the templates available for insertion 
are only those listed. Likewise the transformation pop-up 
menu would exhibit the same information in a different format 
or the selection could be typed in using the execute- 
command. When a template is selected, say input, the command 


line echoes: COMMAND: input. [Ref. 4] 
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Template commands can be terminated by moving the 
buffer selection. One of the most natural of these commands 
is the return (*M) which causes the selection to move to the 
next resting place (actually a preorder traversal of the 
derivation tree). [Ref. 4] 

When the placeholder represents a list or an optional 
list, a forward-with-optionals command (return (%*M)), moves 
the selection to the next element in the list. To terminate 
the list, another forward-with-optionals command (return 
(“M)) will advance to the next template or placeholder. An 
example of a list is an identifier list: 

dog, cat, whale, wombat, <id_list>. [Ref. 4] 

A template may have more than one placeholder, for 
example type decl, where there is a left-hand-side id list 
and a right-hand-side type name. When a template is 
inserted, a forward with optionals command is invoked causing 
the selection to move to the first placeholder, id list. 
After the id list is inserted, two returns (forward with 
memeionals, (*M)) cause the text to be parsed and if 
Syntactically correct, the selection moves to the right-hand 
side of the type declaration, type name. [Ref. 4] 

Some selections are editable as text in which case 
the selection is captured into a text buffer. The text 
buffer is located at the selection and is not distinguishable 
as a text buffer until a character is entered at which point 


the character cursor appears, represented as an I beam. 


fee: 


While the text is being edited, the selection exists as text, 
not as structure and operations within the selection are 
defined only on characters, not on program structures. 
Termination of text entry into the text buffer is signalled 
by a return (*%M forward-with-optionals). Since the user 
types in the text buffer, it is possible to contain errors. 
To prevent the introduction of errors into the program, a 
parser checks the buffer and if a syntax error exists, sounds 
a warning signal, displays an error message on the command 
line, and positions the cursor at the end of the word 
containing the first error. Following the detection of an 
error, text editing may be resumed to correct the error. To 
erase the selection, the delete section (*K) can be invoked 
and the selection re-entered. After the correction, return 
(forward-with-optionals) causes the text to be parsed again. 
[Ref. 4] 

Syntactic correctness allows the parsing, but does 
not guarantee that the editor will accept the input without 
complaint; a comment revealing failure to comply with data 


types or control constraints will be generated if the 


attributes are not satisfied. [Ref. 4] 
This concludes a brief int roduct 16m ee) the 
Prototyping Language Editor. A complete set of commands is 


listed in Appendix F and more complete details can be found 


bet ablave. Synthesizer Generator Reference Manual [Ref. 10]. 
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V1. CONCLUSIONS AND FOLLOW-ON WORK 


This thesis has demonstrated the feasibility of the 
software engineering approach designed by Dr. Berzins and Dr. 
Luqi as a method of breaking a complex problem into simpler 
pieces both from the point of view of CAPS as a system and 
also from the perspective of designing a language specific 
editor using the Cornell Synthesizer Generator. Much of the 
ground work has been laid in the sense that a restricted PSDL 
editor, psdl.syn, has been generated which can provide the 
basis for comprehensive expansion of the Prototyping System 
Design Language features. 

Whereas progress has been made in identifying the nature 
of the problem of specifying the language-dependent features 
of a language-based editor and the theory and documentation 
are more clearly defined, there remains significant 
additional implementation programming to transform the PSDL 
editor into a tool commensurate with the remainder of the 
CAPS system. The Abstract Syntax, Appendix B, the Unparsing 
Declarations, Appendix D, and the Concrete Input Syntax, 
Appendix E, are largely written, but untested. The work 
remaining to complete these parts, notably in the Unparsing 
Declarations, the attribute equations, fitting together the 
modules, and testing and debugging the system is a 


Significant task. Due to the simplicity of the interface 


Tes 


with the remainder of the CAPS system it iS not anticipated 
that the interface will cause significant problems. The most 
likely problem will be the ability of the PSDL editor to 
accept the PSDL code generated by the Graphics Editor. This 
problem can be resolved by the unparsing declarations and the 
lexical analysis. The abstract syntax should be refined and 
the approach to declaring items optional should be 
streamlined and simplified. 

There is also application for the use of the Cornell 
Synthesizer Generator in other portions of the CAPS system. 
The Synthesizer Generator hasS great power in its ability to 
transform input into various forms and is quite capable in 
the areas of consistency checking and verification of 
conventions. It could be adapted to assist in the tasks of 


translation, scheduling, data base keying, and debugging. 
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APPENDIX A: BACKUS-NAUR FORM FOR PSDL 


Optional items are enclosed in [Square brackets] and items 
A 2 * 
that may appear zero or more times appear in <braces> 


Terminal symbols appear in ™ double quotes ." 


Pepsal> ::= <component> 
<component> ::= datamty pe 
| operator 
<data_type> ::= "type" id type spec type _impl 
<operator> ::= "operator" id operator spec operator impl 
<type spec> ::= "specification" [type decl} 


; * 
= Operator 1d operator _spec> 


[functionality] "end" 


<operator spec> ::= "specification" interface 
[functionality] "end" 


<interface> = <attribute [reqmts trace]>™ 
<attribute> = generic param 

eer uite 

| output 

| states 

| exceptions 

J eabulalinksy alinaete. 
<generic param> ::= "generic" type decl 
emeut> ::= “input" type decl 
<output> = "output" type-decl 
Seedees- .-= “states” type-decl "initially" expression list 
Semeeplions> ::= "“exception" id list 
delist> ;:= detest = ad <a> 


qe: 


SE LMI eNotes ("maximum execution time" time] 
("minimum calling period" time] 
("maximum response time" time] 


<time> = integer [unit] 
“Aline = "microsec" 
| ms 
| NWeoec" 
| Wmin" 
| "hours" 
<reqmts trace> ::= "by requirements" id list 
<functionality> ::= [keywords] 
[informal desc] 
[formal desc] 
<keywords> ::= "keywords" id list 
<informal desc> = Ndescription” “eal tect n> om 
<formal desc> = "axioms" " <" text ">> " 
<type impl> ::= "implementation" "Ada" id 


| "implementation" type name 
<"operator™ id operator impl>eglonds® 


<operator impl> ::= "implementation" "Ada" id 
| "implementation" psdl_ impl 


<psdil mpl > data flow diagram 
[streams ] 
[timers] 
[control Constrarnes, 
[informal desc] 
Wend" a 


"graph" <link>> 


<data_ flow _diagram> 


Sli nice: = = id "." 3d [":;" time |i eid 

<streams> = "data stream" type decl 

<type decl> ::= id list ";" type name <"," 4100175 
type name> 

<type name> ::= id “. (" typesdec ha. 
[mere 

<EIMGES> s;> Gamer” aici se 
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=eonctrol cansimsaints> cc= NeOne LOL constraints" 


<constraint> 


<timer op> 


<trigger> ::= 


<predicate> 


<relation> 


<constraint> " 


"Operator" id 
[("triggered" [trigger] ["if" predicate] 
[reqmts trace] ] 
["period" time [reqmts trace] ] 
("finish within" time [regqmts trace] ] 
SMGVREISIINE ale Lag ee’! jee st-Xeln Mer \er— 
[seqmis trace] > 
Tc SccuelOn cai vif predicate) 
se Cmts i raees|ie- 
<timer op id amet predicate] 
Pecans trace) - 


"RESET timer" 
| "START timer" 
| "STOP timer" 
| MRBAD: + imer"™ 


"by all" id list 


| "by some" id list 


simple expression 


"not" predicate 
| predicate "and" predicate 
| predicate "or" predicate 
| expression 

perc ove Last 

simple expression 

{ simple expression rel op 


<simple expression> ::= [sign] integer [unit] 


eel Op> ::= "<" 


Weut 


<expression> 


wu 


toot 


Wa /M 


| {sign] real 
fm not. | 14 
| string 
| famet | tt cs predicate se) tt 
| ["“not"] boolean constant 
constant 
Datel 
eevper name ™." ad “(" expression list ")" 
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* * * & * 
<expression List 3a expression <"," expression> 
KKKKK 


<real> ::= integer "." integer 
<sign> ::= ee 
| reset 

<bool op> ::= Vana" 

a | "or" 
<boolean constant> ::= “true" 

| "false" 

e * 

<Stming— Se he <char> TT TT TF 
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APPENDIX B: COMPLETE PSDL ABSTRACT SYNTAX 


Boot psdl; /* tree root */ 


@ptional list psdl; 
psdl : Psd1Nil() /* This is a completing term */ 
|PsdlPair (component psdl) 
/* allows recursive addition of components 
within the program */ 


° 
7 


component: EmptyComp() /* required as a completing term */ 
| DaTyComp(data_type) /2a funceen calls */ 
| OpTyComp (operator) 


° 
tf 


data type: DaTy(id type spec operator spec) /* notice that 
the keyword "type" will have to 
be inserted in the actual text 
of the output program */ 


operator: Op(id operator spec op _impl) /* notice that the 
keyword “operator"™ will have to be 
inserted in the actual text of the 
output program */ 


/* Things begin to get a bit tricky here, notice that within 
what should be a function are items which are optional here 
1.e., type decl, though not necessarily optional everywhere 
1.e., type decl in generic param , fortunately, functionality 
appears always to be optional and can be defined as optional 
- consider defining an optional function */ 


Eype spec : TySpec (optional type decl 
operator specList 
functionality) 

; /* notice that there is no 


optional type decl in psdl grammar. 
Also note that the keywords 
"specification", "“operator" and “end" 
will have to be inserted in the actual 
text of the output program */ 


optional list operator _specList; /* the optional makes it 


“Haevist [Or 6 ZeLO Ob. more 
vice one or more*/ 
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Operator specList: Op SpecListNil() 
| Op SpecListPair(operator spec clause 


operator specList) 


/* operator spec clause does not exist 
in psdl*/ 


operator spec clause: OpSpecClause( id operator spec) 


optional optional type decl ; 
optional type decl : Opt TDecl1Null () 
ep. IDecI ey pemGdeciy 


e 
f 


operator spec 


Optional laste 
interfaceList 


e 
? 


interface 


attribute 


/* modeled from sec 5.2 in The 
Synthesizer Generator, not absolutely 
Sure that this whole optional fuss 
isn’t avoidable by declaring 
type-decl to be optional in the 

type spec declaration */ 


OpSpec ( interface 
funcelonaleey) 
: /* notice that the keywords 
"specification" and "end" will have to 
be inserted in the actual text of the 
output program */ 


interfaceList; 


IfaceListNil () 


IfaceListPair(interface interfaceList) 


Iface(attribute reqmts trace) 
/* reqmts trace is always optional */ 


EmptyAttr () 


AttrGenParam(generic parameter) 
ACCEINPUE (inpue) 
ACT TOULSUEL (Output 


AttrExceptions (exceptions) 
AttrTimgInfo(timing info) 


| 
| 
| 
| AttrStates (states) 
| 
| 


generic param 


cayesouc 


GenParam(type decl) 
/* still need keyword "generic"*/ 


e 
tf 


Input (type decl) /* still need keyword 
" ihpu ees , 
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output : Output (type _decl) /* still need keyword 


Foucput "*/ 
states : States (ay pe dect expression _ St) 
; /* still need keywords "states" and 


Sabiinterieg 1 yt) / 


list expression_ ars; 
expression list : ExprListNil () 
| ExprListPair (expression expression list) 


e 
7 


exceptions : Exceptions (id_list) 

F /* still need keyword "exceptions"*/ 
fest 1d list ; 
Peels st : TdbLi2senil () 


| habs tPatm(ad id last) 

: Limo ss wrathen sup) in ethe grammam@eas a 
mandatory entry followed by an optional list separated by 
commas. This is represented as an ordinary list (one or more) 
- may have to redefine in order to be able to insert commas 
(commas OK, taken care of in unparsing declarations */ 


optional timing information; 
Simang information =: TimeInfoNull () 
| TimeInfo( max execution 
min call period 
max response) 


e 
7 


optional max_execution; 
max execution :>MaxExecutionNull () 
MaxExecution (time) 


e 
t4 


optional min call period; 
meetin Ca] 1 _ period :MinCallPeriodNull () 
MinCallPeriod (time) 


e 
td 


optional max response; 


max response :MaxResponseNull () 

MaxResponse (time) 

; /* whereas the command is identical, there 
are three keyword sequences possible: "maximum execution 


time", "minimum calling period", "maximum response time"- 
May have distorted meaning of the language: since time is 
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already optional, this implies that could leave either of 
these three in the specification without entering a time */ 


optional time; /* need to verify that time is always 
optional - not strictly Optional an tamingeaeon, 


time : TimeNull () 
| Time(integer unit) 
; /* notice that unit needs to bevderamece 
optional*/ 


optional unit; 


UAT e : EmptyUnit () 
Less) 
| Ms () 
| Sec() | 
(Marna) 
| Hours () | 
s /* unit selects the units of time in "microsec", | 
"ms", "sec", "min", or hours ; this doesn’t look right stems | 


it seems ie there ought to be a scaling factor */ 


optional reqmts trace; 

reqmus trace: ReqmtsTraceNull () 
| ReqmtsTrace(id_1list) 
;/* not defined in psdl as optional, but always used 
optionally (this allows easier definition of phyla 
that use requirements trace) */ 


Ope lonal <funce1 onalaty 

/x* if functionality is always optional and everything in 
funcertonali cy. is epevonal, then the things defining 
functionality would be doubly optional- but since it appears 
that the elements can be strung one after the other each 
should still be defined as optional */ 


functionality : FuncteE Lona lity Nae) 
Functionality (optional keyword 
optional informal desc 
optional formal_desc) 


e 
A 


optional optional keyword, 
optional keyword: OptKeywdNull () 
| OptKeywd (keyword) 


° 
7 


optional optional informal desc; 
optional informal desc: OptInftDescNuli() 
| OptInfDesc (informal _desc) 
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Speronal optional formal desc; 
Seei1onal formal desc: OptFormalDescNull () 
| OptFormalDesc(formal desc) 


e 
A 


keywords: KeyWords (id_ list) 
; /* missing keyword "keywords"*/ 
mimermal desc: InftDesc({text) 
/ —mrssing. keywords descriptwon", ~"{", and 
Ey atx / 
formal desc: FormalDesc (text) 
; /* missing keywords "axioms", "{", and "}"*/ 


/* recheck to see if must start with an empty option (look at 


attribute example) */ 
type _impl: AdaTyImp1 (id) /* missing keywords 
"implementation" and "Ada'"*/ 
| TyImpl (type name optional operator impl) 
: /* optional-operator impl is not a psdl 
grammar type. Also missing keywords 
"implementation" and "end'"*/ 


optional list optional operator impl; 
Setrtonal operator impl: OptOpImp1iNull () 
| OptOpImpl (id operator impl) 
; /* missing keyword "“operator"*/ 


operator impl: AdaOpImpl (id) /* missing keywords 
"implementation", "Ada" */ 
| PsdlOpImp1 (psdl_imp1) 
r /* missing keyword "implementation"* / 


psdl_impl: Psdlimpl(data_ flow diagram 
optional streams 
optional timers 
Opemenal control constraints 
optional informal desc) 
: /* missing keyword "end"*/ 


optional optional streams; 
optional streams: OptStreamsNull () 
| OptStreams (streams) 


e 
fl 
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optional optional timers; 
optional timers: OptTimersNull () 
| OptTimers (timers) 


e 
| 


optional optional control constraints; 
optional control _constraints: Opt ConConstrinmiang 
| OptConConstr(control _constraints) 


e 
¢ 


optional list data flow _diagramList : 
data_flow diagramList: DaFlDiagramNil () 
| DaFlDiagramPair (data flow diagram 
data_ flow _diagramList) 


e 
if 


data flow diagram: DaF1lDiagram(link) 
; /* need keyword "graph"*/ 


jy care Link (id operator id id) 

: /* need keywords "." and "->"*/ 
operator 1d: Id(id time) 

: /* need keyword ":" Notice that time 


is defined as an optional phylum */ 


St reans: Streans (hy penceeu) 
; /* Need keywords "data stream" */ 


Optional list type decliise, 
type declList: TyDeclListNil () 
| TyDeclListPair(type decl type declList) 


/* this is not defined specifically in 

psdl, but type decl is always used optionally 
and it is defined as a list separated by 
commas (like id list). Notice that keyword 
"=" needs to be added*/ 


Ey peucecele TyDecl(id_list type name) 
: /* keyword “:" needsuto be waded, 
type name : Empty TyName () 


| TyNameld (id) 

| TyNameTyId(id type decl) 

5 /* remember type is always used optionally and 
is declared to be optional*/ 


timers : Timers (id_list) 
5 /* missing keyword "timer"*/ 
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Setional List control constraintsList; 
control _constraintsList: ConConstrbListNil () 
f ConConsrr hi stream (control constraints 
eentrol constraintsList) 
: /* missing keyword "control 
constraints"*/ 


/* this construction has a list of optional and nested 
Seerconmal constructs; for the most part, the constructs 
themselves are always optional so will be defined as optional 
the optional name method will only be used when the optional 
phylum has mandatory instances*/ 


constraint : Constraint (id trigger optional predicate 
reqmts trace time reqmts_trace time reqmts trace 
Cpe ronal) 1de! steList 
optional _exception_listList 
optional timer opList) 
. /* the last three terms are defined as 
optional lists*/ 


optional optional predicate ; 
optional predicate : OptPredicateNull () 
| OptPredicate (predicate) 
3 /* modeled from sec 5.2 in The 
Synthesizer Generator */ 
@Seieconal list optional id listList; 
Seetonal id listList: OptIdListNil () 
OptIidListPair(optional_id_list 
Ope tonatie1d listlLase) 
: /* this represents {id list predicate 
[reqmts trace] }*/ 


SeeLronal id list: OptidList(id_ list predicate reqmts trace) 
; /* reqmts trace is defined to be optional*/ 


optional list optional exception listList; 
optional exception _ listList: OptExcepListNil () 
| OptExcepListPair (optional _exception list 
optional exception_ listList) 
; /* this represents {id [predicate] 
{[reqmts trace] }*/ 


optional exception list: OptExcepList (id 


optional predicate reqmts_ trace) 
; /* reqmts trace is defined to be optional*/ 
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optional list operionaleeimereor tise. 
optional timer opList: S@perwOoticenaae 
| OptTiOpListPair(optional timer op 
optional Cimersoprrce, 
; /* this represents {id list predicate 
[reqmts trace] }*/ 


optional timer op: OptTiOp(timer op id optional predicate 
Leqiesne race) 
; /* reqmts trace is defined to be “prionaie 


timer op : EmptyTimer Op() 

| ReadTimer () 

| ResetTimer () 

| StartTimer () 

StopTimer () 

§ /* timer op determines which timer operation 
occurs i.e., "RESET timer", "START timer”, "STOP timer 9m 
"READ timer"; hopefully there can be assigned some control 
associated with this command */ 


optional trigger ; 
trigger : TriggerNull () 

| ByAllTrigger (identifier list) 

| BySomeTrigger (identifier list) 

/* notice that this is an or construct @ame 
the only difference is in the keywords "by all" or "by some" 


a 


predicate : EmptyPred () 
| NotPred (predicate) 
| AndPred(predicate predicate) 
| OrPred(predicate predicate) 
| Expression (expression) 
Wel (ticleicls ou ahcre) 


expression : EmptyExpression () 

| ConstExpr (constant) 

| Exprid (id) 

| TyExpr (type name id expression_list) 
constant : EmptyConst () 


| Number (numeric constant) 
| Boolean (boolean constant) 


e 
tf 
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—————O —————<“—s re TF 


numeric constant: EmptyNumber () 
| Real (REAL) 
| Integer (INTEGER) 


° 
v 


boolean constant: EmptyBool () 
| True () 
| False () 
list expressionList; /* the optional makes it a 


list of zero or more vice one 
or more*/ 
expressionList : ExpressionListNil () 
| ExpressionListPair( expression 
expressionList) 


gyal 


APPENDIX C: PSDL.SSL CURRENT PARTIAL IMPLEMENTATION 


root psdl; /* tree root */ 


OpeLond least. ose, 
psdl + Psdinal () /* This is a completing term */ 
|PsdlPair (component psdl) 
/* allows recursive addition of components 
within the program */ 


component: EmptyComp() /*x required as a completing term */ 


| DaTyComp (data_ type) /* function, cal wamae 
| OpTyComp (operator) 


° 
f 


data type: DaTy(identifier identifier identifier) ; 
Operator: Op{(identifier adentitier adenerruem) 
/* notice that the 
keyword “operator" will have to be 
inserted in the actual text of the 
output program */ 


e 
f 


identifier: IdentifierNull () 
| Identifer (IDENTIFIER) 


e 
f 


/* UNPARSING DECLARATIONS */ 


psdl esd iad [@ :] 
| PsdlPair [(@ 3* [sn] @] 
component >: EmptyComp [@ : “"<component>"] 
| DaTyComp [* ~~ @O"<datastype> | 
| OpTyComp [* 3 Q'<enperabor |] 
: /x try *'s as @’s dura 


refinement*/ 


data type PDaly, [Ge SIP Be ce ms ts 


° 
t 
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operator : Op [@: "OPERATOR" @ @ @ Wan") 


e 
A 


mePe : ivypetex=a "type |("'TYPE”™ >; 

OPERATOR: OperatorLex< "OPERATOR" >; 

IDENTIFIER: IdentLex<[a-ZA-Z] [a-zA-Z0-9]*|[?] >; 

WHITESPACE: Whitespace< [\ \t\n]* >; 

INTEGER: IntegerLex< [0-9]+ >; 

REAL NUMERAL: RealLex< [0-9]+(\. [0-9]+) ?([eE] [-+] ?[0-9]+) ? 

>; 

CHARACTER: ChatwaecterLex< '.'|'' sh >; 

STRING: Siigneneninex<ae ((' * ) | [ome (Ct yy [*’ ))+! >; 

Psdl {synthesized psdl t; }; 

Component {synthesized component t; }; 

Data _ type {synthesized data type t; }; 

Operator {synthesized operator t; }; 

Tdent {synthesized identifier t; }; 

pscl fg ES Gi 

component oe Component.t; 

gata Eype = Data y Pe, 

operator oc Operator.t; 

meentifier~ Ident.t; 

Psdl ::= (Component {Psdl.t — (Component.t :: PsdlNil); } 
1 ( Component Psdl) {Psd1$1.t = (Component.t sa 

eee NilS2.t);} ; 

wemoonent ::;—(Data type) {Component.t = DaTyComp (Data _ type); } 
| (Operator) {Component.t = DaTyComp(OPerator);} ; 

Data type ::= (Ident Ident Ident) ie a ea yep 4. = 

Baty (IidentS1.t, IdentS2.t, Ident$3.t); }; 

Operator ::= (Ident Ident Ident) {Operator.t = 

memerdentol.t, Ident$S2.t, Ident$3.t); }; 

Ident ::= (IDENTIFIER) {Ident.t = Identifier(IDENTIFIER); }; 


transform component 
on “data type" <component>:DaTyComp(<data type>) , 
on “operator™ <component>: OpTyComp(<operator>) ; 


OS 


APPENDIX D: 


UNPARSING DECLARATIONS 


psdl PsdlNil [@ :] 
PsdlPair [@ :*[%n]@] 
component :EmptyComp ([@ "<component>"] 
| DaTyComp [4 @"<data type>"] 
| OpTyComp ie @"<operator>"] 
data_type :DaTy [@: “TYPE GaGa $n] 
operator Op [@: "OPERATOR" @ @ @ Sn | 
Eype spec :TySpec [@:“SPECIFPILCAMION = ae Snes 
/* how to list an optional keyword*/ 
"OPERATOR" @ @ SNSt 
@ Sn 
tf END A ] 
operator specList:Op SpecListNil[@::=] 
|OpSpecListPair[@ :*[%n] @] 
Operator spec clause: OpsSpecClause|™ eS) 


Operon ate 


Seta Olan 


interface 


imcertace 


v 


type decl OptTDeci Nu ise = "<tyVoee 
declaration>"] 
| CBpeETDecrAa|- | 
spec OpSpec [@ "SPECIFICATION" @ %t%n 
@ $n 
@ Sb3n 
wf END A ] 
baste IfaceListNil [@ :] 
| IfaceListPair [@ :*[%n]@] 
Iface [O° ele, 
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a. i 


attribute : EmptyAttr [*% ::=] 
| AttrGenParam [*%* := 
| AGErrneue [* ::= ~*~] 
| Reeroutput [* 338 )° 
| AttrStates [* ::= % 
| 
| 


PEELE XCept Lone (° 2 2="" ] 
AGErbamginfo [* * 7=.*] 
generic param : GenParam [@ : "GENERIC" @] 
input : Eooue.f @ ;“INPUT" @ |] 


/* DIDN’T USE, NOT SUPPORTED BY GRAMMAR ["Sn"] 6] 
non comma separated list sample p 60 TSG Ref 
Man. This follows Janson App B example, not App A 
grammar. PobiesnouLa) Support alist) of Inputs 
need to check and see if defined elsewhere or if 
input should be defined as a list */ 


7 


oueput : OutpucenieG. : “OUTPUL" °@.] 
/* ditto previous (input) comment */ 


A 


states : States [@ : "STATES" @ eer) Sao § 
CENT TLALLY™ @) 


e 
‘A 


expression list : ExprListNil [@ ::=] 
| ExprListPair[@ ::= * [%n] @] 
exceptions : Exceptions [* : "EXCEPTIONS" @] 
/* notice that second @ is a list a 
mest 1d list ; 
mei st : ILohoslere wee (C5 | 


| rib steates (es oi, sn] @) 


° 
v7 


timing information :TimeInfoNull [ @ 73S MES Bese al qe | 
information>" 
| TimeInfo (5 | 


7 


IS) 


max execution >MaxExecutionNull [@ = "<maxX imum 
execution time>"] 


MaxExecution [* ::= "MAXIMUM EXECUTION 
TIMES eas 
min call period :MinCallPeriodNull [@ ::= "<minimum calling 
period>"] 
MinCallPeriod [A = "MINIMUM CALLING 
PERIOD" *] 
max response :MaxResponseNull [@ ::= "<maximum response 
time>"] 
MaxResponse [* ::= "MAXIMUM RESPONSE TIME™ “] 
optional time; 
time : TimeNull [@%:2= “sbime>"] 
| Time ([% =). ue 
Ey ae : EmptyUnit (iS Sn ee 
| Us [@ : "microseconds" ] 
| Ms Le” me 
| Sec [ie seer) 
| Min [Ce caer aa] 
| Hours iG = “heures 
reqmts trace: ReqmtsTraceNull [@ ::= "<requirements>"] 
| ReqmtsTrace [* ::= “BY REQUIREMENTS Sea 
funce ronal Vey : Funcei1onaliey Nua [ @ . : — 
N<fuUNnGCEIOneliEy =a 
Functionality (eS ee 
optional keyword: Opt KeywdNull [@ ::= "“"<keywords>"] 
| OptKeywd [* ::= “*] 


° 
f 


"“<informeal 


optional informal desc: OptInfDescNull ([@ 
description>"] 
| OptIn£fDesc[* ::= %*]J 


° 
f 
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eeetonal formal desc: OptFormalDescNull [@ te "<forma 1 
description>"] 


moperonumalDesc ([* ::= ~ ] 

keywords: KeyWords Re = "KEYWORDS" *%] 
micormal desc: InftDesc [* re emir LON pth gem | 
formal desc: FormalDesc [%* eee Os Mk Ae I) 
type impl: AdaTyImpl [* ::= "IMPLEMENTATION Ada" @] 

| TyImpl [* ::=  “IMPLEMEMTATION" * ~% 
Ww END Ww ] 
optional operator _impl: OptOpImp1Null [@ ::= "<operator>"] 


| OptOpImpl ["OPERATOR" @] 


e 
4 


Operator impl: AdaOpImpl a 
| PsdlOpImpl [* 


e 
4 


"IMPLEMENTATION Ada" @] 
"TMPLEMENTATION" @] 


Peat impl: Psdlimpl 


f 


optional streams: OptStreamsNull 
| OptStreams 

@eetonal timers: OptTimersNull 
| OptTimers 


° 
f 


Seeronal control constraints: OptConConstrNull 
PmoeptConCenstr 


° 
4 


data flow diagramList: DaFlDiagramNil 
| DaFlDiagramPair 


e 
v 


data flow diagram: DaFlDiagram 


f 


oF 


atric ee Link 


- 
f 


ejSrepeitizione alle. Id 
streams: Streams 
type declList: TyDeclListNil 
| TyDeclListPair 
Eypergeci:. TyDecl 
type name : Empty TyName 
| TyNameld 
| TyNameTyId 
timers : Timers 


e 
t 


control constraintsList:ConConstrListNil 
l=" ConConstrbrsteair 


e 
7 


CONSE rainitts) = Constraint 

optional predicate : OptPredicateNull 
| OptPredicate 

Opel1onalwad list lise. OpEd ives t Nam 
| Opt labwvserpair 

Opevonal aides t. Opt ldLise 

optional exception listList: OptExcepListNil 
| OptExcepListPair 

optional exception list: OptExcepList 


i 
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optional timer opList: 


OptTiOpListNil 


| OptTiOpListPair 


° 
A 


optional timer op: 


f 


timer op 


Opt TiOp 


EmptyTimer Op 


ReadTimer 
ResetTimer 


StopTimer 


| 
| 
| StartTimer 
| 


trigger 


TriggerNull 


| ByAll1Trigger 
| BySomeTrigger 


predicate 


ee eee ee Sl 


expression 


™e —=s—_o_e— === 6 © 


constant 


EmptyPred 
NotPred 
AndPred 
OrPred 
Expression 
iftel 


EmptyExpression 
Consthxpr 
Exprid 

Ibi Aap4oug 


EmptyConst 


Number 
| Boolean 


mumeric constant: 


° 
tA 


boolean constant: 
| 
| 


° 
7 


expressionList 


EmptyNumber 
Real 
Integer 


EmptyBool 
True 
False 


ExpressionListNil 


Ny, 


APPENDIX E: CONCRETE INPUT SYNTAX 


/*1*/ TYPE: TypeLex< "type"|"TYPE" >; 

/*2*/ OPERATOR: OperatorLex<"operator" | "OPERATOR"> 
/*3*/ SPECIE IECATIONE SpecificationLex 
specification" |SPECIFICATION" > 

{[*x4*x/ END: EndlLex< “end™ | “RND 

/*5*/ GENERIC: GenericLex< "generic"|"GENERIC" >; 
J*6*%/7 INPUT: InputLex< "input" || "iNeEUr ae 

(77% / OULEUT: OutputLex< “output"|"OUTPUL =. 
/*8*x/ STATES: StatesLex< "states"|"STATES" >; 
/*9* / INITIALLY: InitiallyLex< “initially"™|"INITIAGia 
>; 

/*10*/ EXCEPTIONS: ExceptionsLex< 
"exceptions"|"EXCEPTIONS >; 

/*11*/ COMMA: CommaLex< "," >; 


/*12*/ MAXIMUM EXECUTION TIME: MaximumExecutionTimeLex< 
"maximum\execution\time" | "MAXIMUM\EXECUTION\TIME >; 

/*13*/ MINIMUM CALLING PERIOD: MinimumCallingPerioamemme 
"minimum\calling\period"|"MINIMUM\CALLING\PERIOD" >; 


/*14*/ MAXIMUM RESPONSE TIME: MaximumResponseTimeLex< 
"maximum\response\time"|"MAXIMUM\RESPONSE\TIME" >; 

LFV52*7 MICROSEC : MicrosecLex< "microsec"|"MICROSEC" >; 
(NG a7 Se MsLex< “ms ‘Msi 

(Ne) ee ESE SecLex< “"sec"] "Stee 

{418-47 MIN: MinLex< “man | “MIN we. 

/*19 */ HOURS: HoursLex< “hours"™{ “HOURS” =; 

/*20*/ BY REQUIREMENTS: ByRequirementsLex< 
"by\requirements"|"BY\REQUIREMENTS" >; 

/*21*/ KEYWORDS: KeywordsLex< "keywords"|"KEYWORDS" >; 
SIS MD) TASC) ILS MONE) S| DescriptionLex< 
"NdesecriapeEvon | DESCRIPTION se, 

J hed Sp ee xe: TextLex< "text"|"TEXT" >; 

/*24*/ AXIOMS: AxiomsLex< "axioms"™|"AXIOMS" >; 
/*25*/ IMPLEMENTATION: ImplementationLex< 
"implementation" |" IMPLEMENTATION" >; 

/*26 */ ADA: AdaLex< "ada"|"Ada"|"ADA" >; 

/*27*/ GRAPH: GraphLex< "graph"|"GRAPH" >; 

/*28 */PUNCT PERIOD: PunctPeriodLex< "." >; 

/*29 */ BRROW: ArrowLex< "->" >; 

/*x30*/ DATA STREAM: DataStreamLex< 


"data\stream"|"DATA\STREAM" >; 
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/*31 */ COLON: ColonLex< ":" >; 


/*32 */ LEFT BRACKET: LeftBracketLex< "(" >; 
ya 33 8 / RIGHT BRACKET: RrqieerackeebLex< “| ">; 
/*34*/ TIMER: TimerLex< "timer"|"TIMER" >; 


ie WCONTROG CONSTRAINTS: ControlConstraintslLlex< 
"control\constraints"| "CONTROL\CONSTRAINTS" > 


/*36*/ TRIGGERED: TriggeredLex< "triggered" |"TRIGGERED" 
>; 

/*37*/ TIME PERIOD: TimePeriodLex< "period"|"PERIOD" >; 
/*38*/ IF: | iPmircw omer TE! >. 

/*39*/ FINISH WITHIN: Beaten sehow a t ht Nnelee x < 
"finish\within"|"FINISH\WITHIN" >; 

/*40*/ EXCEPTION: ExceptionLex< “exception"|"EXCEPTION" 
228 

/*41*/ RESET: ResetLex< "reset"|"RESET" >; 

/*42*/ START: StarcLex=a "start START" >; 

7-a43*/ STOP: SrOpLex—mstop | "STOP >; 

[*44*/ Bee dais: Bye Gbex. Vay all BY\ALL" >; 

/*45*/ BY SOME: BySomeLex< "by\some"|"BY\SOME" > 
/*46*/ NOT: Note snot —"|"NOT" >; 

/*47*/ AND: An@ue=< “and | ei MAND" >; 

/*48*/ OR: Oriex<ator™ (ia | “OR Mae 

/*49*/ LEFT PAREN: LeftParenLex< "(" >; 

/*50*/ RIGHT PAREN: RightParenLex< ")" >; 

/*51*/ TRUE: TrueLex< "true"|"TRUE" >; 

peo2*/ FALSE: FalseLex< "false"|"FALSE" >; 
CLINEBREAK: CLinebreakLex< <NO WHITESPACE>[\n] >; 

LINE: LineLex< <NO WHITESPACE>[*\n\}] [*\n\}]* >; 
LCURLY: LCurly< eal <NO WHITESPACE> = 

RCURLY: Renin) |e <INDEIAL> >- 


meen chs < [\ \t\n] |1(f\{) E\-) E\-)(*\})*10\})) >- 
IDENTIFIER: IdentifierLex< [a-zA-Z] [a-zA-20-9 \$]* >; 


INTEGER: IntegerLex< [0-9]+ >; 

REAL NUMERAL: RealLex< [0-9]+(\.[0-9]+) ?([eE] [-+]?[0-9]+)? 
>; 

CHARACTER: CharacterLex< ’./’|/!'!'! >; 

STRING: Seaimanex= 64!) | [o ])C(! |e] +! >; 
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APPENDIX F: PROTOTYPING EDITOR COMMANDS 


The following commands perform the indicated functions: 


Esc] 3c, exit 


tas o> 
Xe 
return to snelie 
a8 execute-command <name> 
Boc= -G 


specify a command or unique command prefix at 
COMMAND prompt at the command line. 


ESC-*%G, illegal-operation 

AG, 
cancel incomplete command key-binding or partial 
entry on the command line. 


ESC-s start-command 
execute command with parameters contained in the 
CULFTENE LEorm- 


ESC-c cancel-command 
cancel command awaiting execution. 


ed execute-monitor-command <command-line> 
execute UNIX <command-line> put its output into a 
textfile buffer in a separate window. 


ESC-r repeat-command 
repeat last command. 


Pas returni-EO-Mmonteor 
recursively call shell. 


a2 EF redraw-display 
refresh screen. 


set-parameters 
modify editor parameters including indentation, 
margins, word wrapping, tab stops, and help levels. 
ESC-? apropos <keyword> 
a listing of commands containing a given keyword. 


1u(@ 


oor list-butrers 
eel isrend OfLealimieutters in a textfile buffer. 


exb switch-to-buffer <buffer-name> 
put <buffer-name> in current window. 


new-buffer <buffer-name phylum> 
create a new buffer named buffer-name 


“X*R read-file <file-name> 
replace current buffer contents with file-name, 
promot for write of old file in buffer. 


“X*V visit-file <file-name> 
read a named file into a into a corresponding 
buffer, replacing the previous contents of the 
buffer. 


AXs write-current-file 
write buffer into its associated file. 


“X*W write-named-file <file-name format> 
write buffer to file-name in the format specified 
(text or structure) 


“X°*M write-modified-files 
write each modified file in the buffer to its 
associated file. 


“X°*F write-file-exit 
write each modified file in the buffer to its 
associated file then exit the buffer. 


“X*I ainsert-file <file-name> 
replace the current selection of the buffer with 
file-name. 


write-selection-to-file <file-name format> 
write current selection to file-name in the format 
specified. 


x2 split-current-window 
split the current buffer into two windows’ each 
displaying the current buffer but each separately 
modifiable. 


ox delete-other-windows 
delete all windows except the current one. 


MOS 


oe Ca delete-window 
delete the current window and replace it with the 
previous one. 


fe ie enlarge-window 
raise height of current window by one line. 


“*X*°Z shrink-window 
reduce height of current window by one line. 


mae Sa next-window 
go to next window. 


“Xp previous-window 
go to previous window. 


help-off 
turn the help pane height to zero. 


help-on 
turn the help pane height to size set in parameters. 


ESC] Xz enlarge-help 
Increase help pane size by one line. 


ESG-—“xX°Z. “shrank=help 
reduce help pane size by one line. 


“N forward-preorder 
go to the next resting place in preorder, skip over 
optional constituents. If in text, move down to next 
line. 

oe backward-preorder 
go to the previous resting place in preorder, skip 
over optional constituents. If in text, move up to 


previous line. 


oe raghe 
same as forward-preorder unless text, in which case 
moves selection one character to the right. 


2B left 
same as backward-preorder unless text, in which case 
moves selection one character to the left. 


“M forward-with-optionals 


go to the next resting place in preorder, stop at 
optional constituents. 
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“T3l backward-with-optionals 
go to the previous resting place in preorder, stop at 
optional constituents. 


nso N forward-sibling 
skip past all resting places in the current 
selection, advance to the next preorder sibling in 
the abstract syntax tree, if applicable, else ascend 
to the enclosing resting place and advance to its 
next sibling. Skip over optional constituents. 


Bsc—P backward-sibling 
skip past all resting places in the current 
selection, advance to the previous preorder sibling 
in the abstract syntax tree, if applicable, else 
ascend to the enclosing resting place and advance to 


at S previous Sia. lainey Skip over optional 
constituents. 
ESC-“M forward-sibling-with-optionals 


as forward-sibling, lenbie stopping at optional 
constituent placeholders. 


BSC B backward-sibling-with-optionals 
as backward-sibling, but stopping at optional 
constituent placeholders. 


ESC-\ ascend-to-parent 
go to nearest enclosing resting place. 


Boe —< beginning-of-file 
go to root of abstract syntax tree. 


5 0 end-of-file 
go to extreme right resting place of abstract syntax 
tree. 


advance-after-parse 
automatically substituted ©) Pouward—w i th— 
optionals when following textual entry. 


advance-after-transform 
automatically substituted 17OVE forward-with- 
optionals when following a transformation command. 


forward-after-parse 


automatically substituted for forward-preorder when 
following textual entry. 
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“A beginning-of-line 
Got to beginning of Pimer 


aE end-of-line 
got to end of line. 


scroll-to-bottom 
scroll bottom line of window to center of window. 


scroll —-toztes 
scroll to put first line of object at top of window. 


Hoe—! selection-to-top 


scroll to put first line of selection ate ccemom 
window. 


aN, next-page 
move object view one page down. 


BSCo previous-page 
move object view one page up. 


“Z next-line 
move object view one line down. 


ES@—7z previous-line 
move object view one line down. 


Boe—{ page-left 
move object view one page left. 


ESC-} page-right 
move object view one page right. 


column-left 
move object view one column left. 


Column —-Ligie 
move object view one column right. 


ESG-—b pointer—-lere 
move the cursor one character to the left. 


ESC=if poInter—Lrighie 
move the cursor one character to the right. 


ESCG=p pointer-up 
move the cursor one character up. 
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Ree-d pointer-down 
move the cursor one character down. 


pointer-long-left 
move the cursor eight characters to the left. 


pointer-loenmg—-right 
move the cursor eight characters to the right. 


Pormieer—long—-up 
move the cursor eight characters up. 


pointer-long-down 
move the cursor eight characters down. 


EOC, pointer-top-of screen 
move cursor to first line of screen. 


so. pointer-bottom-of screen 
move cursor to last line of screen. 


ESC-6@ select 
select-start followed by select-stop. 


select-start 
go to the production instance whose unparsing scheme 
caused the printing of the character located at the 
cursor and begin dragging. 


select-stop 
stop dragging. 


Boe t select-transition 
toggle between select-start and select-stop. 


Ei — ( extend 
extend-start followed by extend-stop. 


extend-start 
change selection to the least common ancestor of the 
apex of the current selection and the production 
instance which generated the character under the 
Sursor. 


extend-stop 
stop dragging. 


Pe —X extend-transition 
toggle between extend-start and extend-stop. 


Oe 


“W CUE—EOG- elie pea 
move the selection of the current buffer to a buffer 
named CLIPPED. Replace previous contents of CLIPPED. 


ESC-“W copy-to-clipped 
copy the selection of the current buffer to a buffer 
named CLIPPED. Replace previous contents of CLIPPED. 


eK paste-from-clipped 
move into the selection of the current buffer from 
CLIPPED. Contents of CLIPPED is unchanged. 


ESG=2 COPY—-fLEOm—elpped 
copy into the selection (a placeholder) of the 
current buffer from CLIPPED. Contents of CLIPPED is 
unchanged. 


EoC=— 1 COpy-Eexe—t Tone lipped 
copy text into a text buffer immediately preceding 
the selection of the current buffer from CLIPPED. 
Contents of CLIPPED is unchanged. 


aK delete-selection 
move into the DELETE buffer the selection of the 
current buffer. Replace previous contents of DELETE. 


op) delete-next-character 
Gelete character under cursor. 


DEL delete-previous-character 
delete character to left of cursor. 


ESC-d erase-to-end-of-line 
erase from character under cursor to end of line. 


ESC-DEL erase-to-beginning-of-line 
erase from character before cursor to beginning of 
line. 


an delete-selection 
delete entire line. 


oro) new-line 
add a line in the text buffer. 


text-capture 


put the text of the current selection into a text 
butfer. 


OS 


aU undo 
restore the selection to its state before the text- 
Capture and delete the text buffer. 


dump-on 
split the window into the current buffer and a "dump 
buffer". Display the attributes of the corresponding 


apex of the selection and the attributes of the non- 
resting-place nodes immediately below the apex in the 
"dump buffer". 


dump-oOf f 
turn off the dynamic updating of the "dump buffer". 


show-attribute <attribute-name buffer-name> 
copy the value of attribute-name of the current 
selection into buffer-name. This gives buffer-name 
the syntactic mode of the attribute. 


write-attribute <attribute-name file-name> 
write attribute-name, the attribute of the current 
selection into file, file-name. 


ocr search-forward <text phylum name operator-name> 

forward preorder search from current selection to 
next occurrence of a STR value corresponding to text, 
an instance of a term of the given phylum, or an 
instance of a term of the given phylum, or an 
instance of a term having the given operator. After 
finding the end of the object, continue search by 
wrapping around to the root. 


Bo R search-reverse <text phylum-name operator-name> 
reverse preorder search from current selection to 
next occurrence of a STR value corresponding to text, 
an instance of a term of the given phylum, or an 
instance of a term of the given phylum, or an 
instance of a term having the given operator. After 
finding the end of the object, continue search by 
wrapping around to the rightmost leaf. [Ref. 10] 


The mouse can be used to point anywhere on the object 
pane, and click to a new selection. The mouse can be used in 
conjucntion with the select-start/select-stop commands to 


drag between characters in a given production. [Ref. 10] 


IY, 


The middle button activates a menu with the following 
commands: edit, cursor, windows, file, and search. [Ref. 10] | 

The edit command, on dragging the mouse to the right 
expands to the following commands 


apropos 
text-capture 

undo 

Cuu=cO-clipped 

COpy -to-Clapped 
paste-from-clipped 
copy-from=elipped 
copy-text-from-clipped 
delete-selection 
repeat-command 
alternate-unparsing-toggle 
alternate-unparsing-on 
alternate-unparsing-off 
set-parameters 

dump-on 

dump>-OLi.e Ui Ret 716) 





The cursor command, on dragging the mouse to the right 
expands to the following commands 


ascend to parent 
forward-preorder 
forward-sibling 
forward-sibling-with-optionals 
forward-with-optionals 
backward-preorder 
backward-sibling 
backward-sibling-with-optionals 
backward-with-optionals 
end-of-file 

selection-to-top. [Ref .10] 


The windows command, on dragging the mouse to the right 
expands to the following commands 
split-current-windows 
delete-other-windows 
delete-window 


help sort 
help-on 


eG 


enlarge-help 
shrink-help. [Ref.10] 


The windows command, on dragging the mouse to the right 
expands to the following commands 


list-buffers 
Switch=to-buffer 
new-buffer 
read-file 
visit-file 
insert-file 
write-current-file 
write-named-file 
write-modified-file 
write-file-exit 
write-selection-to-file 
write-attribute 
exit. [Ref .10] 


The search command, on dragging the mouse to the right 
expands to the following commands 


search-forward 
search-backward. [Ref .10] 


eiLeking on the raght mouse button gives the 
transformation block which expands according to the context 


of the highlighted item. [Ref. 10] 
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APPENDIX F: PARTIAL GLOSSARY OF TERMS FROM 
THE SYNTHESIZER GENERATOR REFERENCE MANUAL 


abstract syntax phylum - in an attribute equation of an entry 
declaration, the abstract syntax phylum is a variable 
denoting the selected subterm or sublist of the edited 
buffer ([{Ref. 10] page 32) 


abstract syntax - language meaning as defined by grammar 


alphabet - a finite set of symbols 


alternate unparsing scheme - 
*x*koperator. | lert—sides: solghe—stdemie 


operator [ left-side ::= right-side ]; **** 
attribute equation - (associated with productions of the 
abstract syntax) defines translation from text to 


abstract syntax 


- defines an attribute as the value of an expression 
defined in terms of other attributes of the production 
and is associated with every production in the 
grammar([Ref. 10] page 23). 


xKkkkKKKKKKAKKK Ohylum : operator , ... , Operators) equa man 
| operator , ... , operator { equations } 
| operator, ... ;, Operator {equatiense 
r ([(Ret . £hO pager 6) 

attribute - used to describe context dependent features of a 


language attached to a phylum by a declaration that 
specifies the name of the phylum, the type of each of the 
attributes and whether each attribute is synthesized or 
inherited. ([Ref. 10] page 23) An attribute’s type may be 
one of the built-in phyla or user defined. 


- characteristic, specific thing which means’ something 
within the context of the language or what one is doing 
with the language (i.e., data type of integer, or 
coercion of an integer to a real type) 


ime 


— = t 


- synthesized 
— *xxk*kkk*xphylum0 { 
.synthesized phyluml attributel; 


inherited phylumk attributek; 
i KAEKKKKKKKKKKKK 


Within the attribute equations of a production, each 
synthesized and inherited attribute of a phylum 
occurring in the production is a variable whose value 
is determined by its attribute equation in the 
production. ([Ref. 10] page 32) 


- inherited 

peeltocal 
Used to attach attributes to productions rather than 
phyla. Within the attribute equations of a 


production or entry declaration, each local attribute 
of the production or entry declaration in a variable 
whose value is determined by its corresponding 
attribute equation. A local attribute’s name denotes 
that attribute; the attribute’s declaration must 
preceed any use of it’s name in an attribute 
equation. 


attribute expression - used to force the attribution of a 
previously unattributed term: 


kkkkkkkkKkkexpDresSsSion {equations} .attribute****xkxxexkkx ( (Ref, 
10) page 47) 

- the value of this expression is computed as follows: 

(a) the expression is evaluated, yielding some attribute 
(but as yet unattributed) term T of a phylum for which 
attribute is an attribute, 

(b) the inherited attributes of T are defined by the 
given equations 

(c) the value of T.attribute is computed by demand and is 
returned. ([Ref. 10] page 47) 


attribute grammar - extends a context free grammar by 
attaching attributes to the symbols to the symbols of 
the grammar 


attribute types - either built-in phyla or user defined 


phyla, using exactly the same rules as in the definition 
of abstract syntax. 


a3 


- defined with grammar rules ([Ref. 10] page 47) 


attribute declaration - associate attributes with 
nonterminals and productions 


attributed - decorated with computed values that characterize 
the term 


attribution rules- specify syntax directed computations on 
terms 


buffer selection - either an entire subtree of the buffer 
contents or an interior subtree that denotes a sublist of 
a liste pny imum. 


- displayed according to the unparsing schemes of its 
constituent productions i.e., either editable as text or 
immutable (an immutable section may have constituents 
that are editable) 


- if a selection is editable as text, it can be modified 
character-by-character ([Ref. 10] page 61). When the 
buffer selection is changed, the portion just edited is 
parsed and syntactacally checked and if found to be in 
error, the error is marked and the next selection is 
cancelled. 


buffer - contain objects 


- normally a file is contained in a buffer 


circularity - ([Ref. 10] page 29) 


- type 1 - indicates a circularity in the dependencies of 
an individual production 


- type 2 - indicates a circularity in the approximatronge2 
the production’s transitive dependencies 


- type 3 - circularity induced by the dependencies that 
are added between attribute partitions. 
clipping mode - w is the absolute right margin ( [Ref. 10] 
page 55) 
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combination attribute declaration and associated production - 


zaAkxkxkkkKXOhylum : operator, ... , operator (argument phyla) 
{equations} 

| operator, eta 4 operator (argument phyla) 
{equations} oe 

operator, tees - operator (argument phyla) 
{equations} ; 
completing term - a distinguished term that completes a 

phylum declaration ...(cannot be circularly defined) 

concrete input syntax - determines the structure of edited 


eext and its translation to abstract form. 


concrete syntax phylum - a variable denoting the parse tree 
of the parsed input text. 


concrete input syntax - how the terms of a phylum can be 
given a concrete input representation so that text files 
can be read and components of a term can be entered as 
text. ([Ref. 10] page 61) 


conditional unparsing item - a list of unparsing items 
enclosed in square brackets. (example [Ref. 10] page 60) 


conditional expression - 


= wath expression = a Tele — te a © la permitting 
discrimination based on the structure of the value of a 
given expression. 


zxkkxkxX*KkWith (expression) ( 
patternl: expressionl, 
pattern2: expression2, 


patternn: expressionn 
)RARKKKKKKKKKKKKKKKKK 


Somaitional expression = xX expressilonl 2 
expression2:expression3 *** ([Ref. 10] page 44) 


consistently attributed derivation tree - as edit, transform 
from one syntactically well formed tree to another 


iS 


context-free grammar - (basically means that can determine 
the meaning of a language without having to have it in 
context) 


- finite set of variables (nonterminals) each of which 
represents a language 


- if meaning or a string is unambiguous using a PDA (push 
down automaton) 


- used recursive descent parsing or a table driven scheme. 


declaration - used to specify an editor 


demand attribute - an attribute that will be given a value 
only when necessary i.e., only when a demand is placed on 
them for their value rather than being automatically 
maintained whether their values are needed of not. A 
demand for attribute a arises either directly from a need 
to display a on the screen or indirectly from the need to 
evaluate another attribute that depends on a. Demand 
attributes may be arguments of regular attribute and 
vice versa. 


xxxxxx*k*kxdemand synthesized phylum attribute ; 
demand inherited phylum attribute ; 
demand local phylum attribute) "437 


derivation tree - superimpose a structure on the words of a 
language that is useful in applications such as the 
compilation of programming languages 


- also represents expressions and control structures - a 
tree that defines how a tree can be parsed. 


display representation of term t - ( [Ref. 10] page 52) 
= display String S(t) 
- display array A(S(t),w) 


display string - let t be a term. The string S(t) is defined 
induetively : ( [Reft. lO) peagews=s) 
- If t is a value of a primitive phylum, then S(t) is 


chosen according to the table of display formats found on 
[Ref. 10] page 53 


EG 


Sea Soe OmmOramMi tage, It 1S Op((tl, ..., tn) for some 
Operator op and subterms tl, ...tn. 


display array - A(S(t), w), the two dimensional textual 
representation of a term t is created by interpretint 
each character of the display string during a left to 
right scan. ( [Ref. 10] page 54) 


editing transaction = text editing, structural 
transformation, or system command 


entry declaration - in order for a selection with apex 
operator op of phylum p to be text editable, there must 
exist at least one entry declaration for p. 


ee ~ “ages tr act—-syntaxepDHhwl um ~ 
concrete-syntax-phylum.attribute ; 
abstract-syntax-phylum~concrete-syntax 
-phylum.attribute{equations}; 


FOCI IO IO IO  (TRef. 10] page 63) 


entry declaration - defines what part (subset) of the input 
Syntax 1S recognized at any part of the program 
(dependent on editor cursor position). 


- defines the correspondence between the abstract syntax of 
editable objects and subsets of the input syntax 


- used to temporarily establish a linkage between a 
nonterminal in an abstract syntax tree being edited and 
the root nonterminal of a parse tree for some analysed 
text. ([Ref. 10] page 32 ) 


equation declaration - defines the value of attributes in 
terms of other attributes that occur in the production 


evaluation scheme - 

ordered - (Default) a condition sufficient to guarantee 
noncircular grammar ([Ref. 10] page 28) 

nonordered - (not recommended) [Ref. 10] page 30 


expression - a formula denoting an unattributed term. Used 
in attribute equations OF PLrOoadvuecc1ons, function 


Pe] 


declarations, transformation declarations and unparsing 
declarations. ({Ref. 10] page 31) 


factoring - a process used in both production and lexeme 
declaration to describe the rule using less space ([Ref. 
10] pages 12 & 15) 


formal parameter - Each formal parameter of a function is a 
variable that denotes the value of the corresponding 
actual parameter passed to the Lumcl ion, Formal 
parameters are named by identifiers. ([{Ref. 10] page 34) 


format strings - see interpretation modes 


function declaration - operation to abstract something into a 


function 
**pohylumO identifierO (phyluml identifierl, ... \) om 7aome 
identifierk) 
[OxXDresSion} 7 = 4% 5 ees ({Ref. 10] page 30) 


- declares identifierO to be a k-ary function with result 
phylum phylum0O, and has, for each 1 <= 1 <= k, a formal 
parameter name 

identifieri of type phylumi. The body of the function is an 
expression over identifierl, ... , identifierk that must 
evaluate to a term in the result phylum, phylum0O.([(Ref. 10] 
page 30) 


function restrictions 
- argument type phyla must be declared 
- declarations are global 
- can’t be declared within another function 
- can’t access attribute values not passed as parameters 
- functions are second class citizens 
- functions can be recursive 
- details on (Ref. 10] page 30 


function - a rule for determining a new term given k argument 
terms 
- declarations of functions (written in SSL ) 


- predefined library routines (sec 2.5 [Ref. 10])) 
- foreign functions (written in C) (sec 5.1 [Ref. 10]) 
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grammar - a type definition mechanism that in which the 
nonterminal symbols are type names 


grammar rules - productions of a context-free grammar 


graph - consists of a finite set of vertices and a set of 
pairs of vertices called edges 


identifier - a sequence of letters, digits, or underscores 
that are used in editor specifications to name phyla, 
operators, functions, and attributes. 


identifier convention - lower case - phyla of abstract syntax 


CapitalizedWords - operators and functions 

levered ce weaker buLes 

CAPITALIZED - phyla of lexemes and phyla used 
for attribute types 

CapitalizedWords - phyla for input syntax 


indentation commands - ( [Ref. 10] pages 55 & 56) 
$t - moves the left-margin one indentation unit to the 
Baght 
Sb - moves the left-margin one indentation unit to the 
left 
$n —- displays text following it on the next line 
S40 - optional line breaks (prefered places where the 
display of a line may be divided into separate lines) 
$C - connected break (permits specification of a display 


in which either all text of an unparsing grouping 
appears on the same line or all connected line 
breaks in the group are taken.-SEE ALSO table [Ref. 


10] page 56 
input symbol - next token under pointer in program 
input syntax - determines the structure of edited text and 


mes translation into abstract form 


insert-file - Let s be either the result of text editing or 
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the contents of a text file read in by the insert-file 
command. Then, s is translated to a term as following 


1. The string is parsed and the parse tree t’ of phylum 
p’ is produced. 

2. the parse tree t’ is attributed and some designated 
attribute a of p’ provides the value t that replaces 
the currently selected subterm. After the attribute 
p’.a is extracted from t’, the parse tree is thrown 
away.([Ref. 10] page 62) 


interpretation modes - based on Synthesizer Specification 
Language (SSL) compile-time flag ‘‘formal_strings’’ ( 
[Ref. 10] page 54) 


~ if format strings is true - every percent sign that 
occurs in S(t) will be interpreted as a formatting 
command 

eet ee hOimMatas Sided. is false -—"* }percems Signs are 


interpreted as formatting commands only if they arise 
from quoted unparsing items of unparsing schemes (default 
mode) 


k-ary operator - a constructor-function mapping k terms to a 
term. 


language - set of strings of symbols from some one alphabet 


let-expression - bind values to names or when the structure 
of a value is known in part and one desires local names 
for its constituents. ([Ref. 10] page 45) 


kxkk*k*K* Let patternl = expressionl in (expression) 

lexemes - phyla consisting of sets of strings - sub-phyla of 
STR (predefined primative phylum denoting all possible 
character strings) 

kxxkxkk*XDhyvlum : lexeme name < regular expression=*~ 94% ae 

which means that if you can generate a string using the 

regular expression, then that string belongs to the named 


phylum (Ref. 10] pages 13,14) 


- psdl.lex.ssl is an example of lexemes 
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matched value - in a with expression, the first pattern that 
matches the expression value([Ref. 10] page 42). 


modification - a change to a program by transformation, 
command or text editing 


noncircularity - it must not be possible to build a 
derivation tree in which attributes are defined 
euccularly. 

nonterminal - a symbol, which when applied to an input 


symbol, points to a new production 


nullary operator - the result of applying itself 


object- terms that are created, modified and/or destroyed 


operator - (1s typed)- a named production- used _ in 
computational expressions both as a record constructor 
and as a selector that discriminates between variants 


output attribute - a variable ([Ref. 10] page 25) 


parenthesized for grouping - (expression) ([Ref. 10] page 46) 


parsing declaration - define productions of a grammar to be 
used for parsing text and the phylum of corresponding 
parse trees 


- to translate a string s, create a parse tree t’ of some 
given phylum p’. Associate concrete input languages with 
phyla in such a way that each string uniquely determines 
a parse tree. ([{Ref. 10] page 64) 


path - a sequence of vertices such that there is an edge 
connecting every vertice between the origin and the 
destination. 


pattern - <phylum> and [phylum] are patterns 


Zt 


Pact 
both 
a k- 
a 


ern variables are patterns 
‘\*x'' and ‘‘default’’ are patterns 
ary operator op applied to k patterns is a pattern 
n d ak Ss W i a te te e n 
IA A Ie Daren eto) (patternl, oe .patternk) KKKKKKKKK 


a pattern variable followed by the keyword ‘‘as’’ 


Fol 


owed by a pattern is a pattern. 


ARKKKKKKKKKKK PALCEerN=VanlawWl ema smeaee crm seo 


Let p be a pattern and t be a term. Then p is said 
to match if 

when p is [phylum }] and t is equal to the phylum’s 
completing term or when p is <phylum> and t is equal 
to the phylum’s placeholder term 

when p is the binding occurrence of a pattern 


variable pv, in which case pv is bound to t. when p 
1s a bound occurence of a pattern variable pv that 
has been bound to some term t’ and t==t’ 

when p is either “**’’ or “‘“derautc . 

when p is op(pl, ... , pk) and t€ is op(tl) =) 2) ee 


and pi matches ti for all i between 1 and k. If the 
op is nullary and has been declared earlier in the 
specification, the parentheses may be omitted. 

When p is pv as p’ and p’ matches t and either (el) 
this is the defining occurence of pv or (e2) it is a 
bound occurence of pv and pv has been bound to some 
pattern values - variables bound to the matched 
constituents in a with statement ([Ref. 10] page 42) 


pattern variables - can inherit attributes ([Ref. 10] page 
34) 
phylum - the set of terms derived from a given nonterminal 
symbol 
- contains a distinguished term called a completing term 
- contains a distinguished term called a placeholder term 


Coll 


a nonterminal symbol, taken as a type name denoting a set 
of values 


ections of abstract terms that can be used to compute 


with, but have no concrete representation. 


UAE 
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phylum declaration - defines productions, nonterminal symbols 


and operator names - two kinds: 
production ~- defines a new operator and includes all 
terms constructible from by that operator in a given 
phylum. 

met pny kumi +; operatom(phyluml phylum2 ... phylumk);*** 


lexeme - phyla consisting sets of strings; a sub-phyla of 
STR 


phylum mixing production and lexeme - see [Ref. 10] page 16 


phylum occurence - Within the attribute equations of a 
production each phylum occurence is a variable whose 
value is the term derived from that occurence in the 
particular instance of that production. Let X be one of 
the phyla occurring in the given production. If phylum X 
occurs only once in the production, then the name X is 
sufficient to identify that occurrence. If phylum |X 
occurs more than once, then the names xXS$1,XS@, etc. 
identify the different occurrences of xX ine the 
Production. The abbreviation $$ is a synonym for 
phylum0O. ([{Ref. 10] page 32) 


phylum types - primitive 


- primitive values are considered to be derivation 
trees derived from an infinite collection of 
Proquetrions associated with the predefined 
nonterminals(BOOL, INT, REAL, CHAR, etc.) 


~- user defined 

- declare in terms of other phyla or recursively in 
terms of themselves. 

= baste 

mea linear list of phyla 

- optional 

- a phyla whose placeholder is not required to be 
filled in 

- an optional phylum can have any number of 
productions, but one of them must be a nullary 
production; the completing term is the term 
constructed from this nullary term 

- textfile 


ZS 


- predefined as a list of zero or more lines of 
text 

= root declararicen 

- declares the phylum of editable objects. 


placeholder term - a distinguished term that ...when 
selected, can be replaced with an edited object; 
conversely, when an object is deleted, it is replaced 
with the placeholder term 


- when unparsed, represents a class of objects that can be 
inserted at that location - in the case of a non-optional 
non-list phylum, the placeholder term is the completing 
term -— ****<phylum>******xx*xx* ((Ref. 10] page 35) 


precedence - 
- all unary operators have a higher precedence than binary 
operators 


- binary operator precedence ([Ref. 10] page 47 table) 


precedence declaration - define precedence and associativity 
of terminal symbols - ([Ref. 10] page 47) 


primitive phyla (predefined) - 
BOOL - Truth values 
INT - Integers 
REAL - Floating point 
CHAR - Characters 
STR = Char wstrings 
PTR - References to SSL values 
ATTR -References to attributes 
TABLE - Hash tables 


principal unparsing scheme - used by default when the 
production iS instantiated. After that, the user may 
choose between principle and alternate schemes. 
xxkx*kkkkOhylum : operator [ unparsing scheme ][ unparsing 
scheme: 7. Maa e=** wa) 


production - a phylum declaration that defines a new operator 
and includes all terms constructible by that operator in 
a given phylum. 
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production rules - direct the translator to the next 
potential language construct (s) } 


property declarations - specify special properties of phyla 
ime. , — Optional 


- a phylum represented by a null phylum(empty = string 
completing term) that can be replaced or ignored 
Mee eoPerTonat piyrams, 1.09, Pmylumk; ** xox x xx XK 


- an optional phylum can have any number of productions, 
but one of them must be a nullary production; the 
completing term is the term constructed from this nullary 
term 


- lists - a list phylum is treated like a linear list of 
items; an item can be inserted before, after, or in the 
middle of the list ([Ref. 10] page 40 lists built-in 
operators :: (concatenation), @ (append) ) 
xxk*k*k]ist phyluml, ... , phylumk; ********x*xkk* 
since all insertions are made at placeholders, ina list, 
a placeholder may appear before and after every item. 
For both the list and optional list phyla, the ‘‘in 
between’’ placeholders are implicitly optional, and have 
the properties of optional phyla. - A list phylum must 
have exactly two productions([Ref. 10] page 21) a nullary 
Meoaguction and aébinary production that is right 
recursive 
KKAKKKKKEKKKKKEKEK] Tot Gale; 

cae CaleNaiag) 
|CalcPair(exp calc) 
: KEKE KKK KKK KKK KEKE KEKKKEKKKKKEKEKH 

- the completing term of a nonoptional list phylum is the 
Single element list constructed by applying the binary 
production {|CalcPair(exp calc)} to the completing term 
of its left son {the completing term of exp : Null() } 
and to the list’s nullary term {CalcNil() } to construct 
the expression {CalcPair(Null(), CalcNil())} 


- the binary production of calc applied to the completing 
term of exp and the nullary production of calc. 
RAK KR KK KK KK KK KA POhylum] ********* ([Ref. 10] page 35) 


Smemcaonal list 
mao Optional Vist jphyPuml, ... , phylumk; ********x*x*xx 
The difference between a list phylum and an optional list 
phylum is that the list phylum treats lists of 1 or more 
(the placeholder term remains until at least one item has 


eZ 


been inserted into the list) while the optional list 
phylum treats lists of 0 or more. 


- the completing term of an optional list phylum is the 
constant term constructed from the nullary production. 
the place holder term is the same as a nonoptional list 
phylum ([{Ref. 10] page 22). 


relational operations - a total order is defined on the 
universe of values ([Ref. 10] page 41) 


resting place - the node at which the apex of a selection can 
rest (such nodes are selectaable) 
- a place where the editor stops to insert a phylum. 
resting-place-denoters - symbols (@, “, ..) that correspond 
to the phyla occurences in the production whose display 


format is being defined.( [Ref. 10] page 51) 


- determine the resting places of a term, those nodes at 


which the apex of a selection can rest. Such nodes are 
Said to be selectable. ( [Ref. 10] page 51) 
root declaration - declares the phylum of editable objects.- 


specifies the root nonterminal symbol of the grammar- 


scanner - program that feeds tokens to the parser (tokenizes 
the input file for the parser) 


selectable - those nodes at which the apex of a selection 
can rest. Such nodes are said to be selectable. ( [Ref. 
LO page 51) 


set-parameters - command to set tab length, margins etc. ( 
[Ref. 10] page 54) & sec 3.1 


term - the application of a k-ary operator to k terms of the 
appropriate phyla 
- the objects created, modified and and destroyed by the 
editor user 


Wai 


- values computed as attributes of terms are themselves 
terms 


- derivation tree derived from nonterminal symbol 


- used as both abstract representations of objects to be 
edited and as computational values 


- derivation tree with respect to the underlying abstract 
syntax of the language 


- a given term, in different instances may be both an 
attribute value and a piece of the abstract syntax of an 
object being edited. 


terminal symbols - a type definition mechanism in which 
nonterminal symbols are type names and each nonterminal 
symbol, taken as a type name, denotes a set of values 
known as a phylum. 


terminal - primitive symbols in a language 


text-capture - makes the textual representation of the 
{apex?} term available for modification in an edit 
buffer. Any overwriting of or erasing of a character 


implies a text capture ( [Ref. 10] page 49-50) 


textfile - a phylum that is predefined as a list of zero or 
more lines of text = User specified phyla can 
incorporate textfile constituents ([Ref. 10] page 22). 
Kak KKK iusto ext male; 


textfile: TextFileNil () 
| TextFilePair( textline textfile) 


textline: TextLineNil () 
{| TextLine (STR) 


: Kaa KR KKK KKK KKK 


token - defined by rules (not in grammar) inpeetihe 
lexigraphical rules 


transformation - determines a replacement value for the 
selected subterm as a function of it’s current value 


1 Ad 


transformation declaration - specifies how to restructure an 
object when the component where the cursor is pointing 
matches a given structural pattern 


tree - directed graph such that there is one root and every 
child except the root has only one parent, and successors 
from each vertex are ordered from left to right. 


unparsing declaration - define the output representation of a 
phylum 


unparsing declarations - how the terms of a phylum can be 
given a concrete output representation so that they can 
be displayed on the screen or written to a text file. 


unparsing declarations - ([Ref. 10] page 48) 
- two dimensional textual representation of terms 
- selectable components of terms 
- default editing modes of the selectable components 
xxxXKKKXOHYlum : operator [ unparsing-scheme |; “|| *).>=] as 
which specifies unparsing properties for the production: 


phylum : operator (argumenes) yy, 
unparsing items = interspersed among the 

resting-place-denoters on the right hand side of an 
unparsing scheme are zero or more unparsing items. ([Ref. 
10] page 52) 

= guoted STR constants 

- phylum occurences of the corresponding production 

- attributes of phylum occurences of the given production 

- conditional unparsing items 


unparsing lists - need to separate rather than terminate list 
items ([{Ref. 10] page 59) 


upward remote attribute sets - within the equations of a 
production p, it is possible to refer nonlocally Co geae 
attributes of a different production that necessarily 


ZS 


Securs above instance Of production p ina term. ([Ref. 
10] page 33 for details) 


value of the variable - The term bound to a variable. 


variable - a name bound to a term. The term bound to the 
variable is known as the value of the variable.( [Ref. 
10] page 31) 


variable restrictions 
- can’t be rebound 
- if ainvolve an attribute, then the attribute must be 
declared before before the variable ([Ref. 10] page 31) 


well-formedness - there must be exactly one equation for 
every output attribute of each production. 


word-wrapping mode - w is the minimum of the absolute right 
margin and the current width of the window in which the 
term is being displayed. ( [Ref. 10] page 55) 
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